img文件解包这事，机文件解说穿了就是机文件解把一个完整的系统镜像拆开，看看里面到底装了啥。机文件解你从网上下的机文件解刷机包，尤其是机文件解那种整包img，厂商为了省事直接做了全分区镜像，机文件解里头塞着boot、机文件解system、机文件解vendor、机文件解userdata这些分区内容。机文件解想改开机动画、机文件解删预装应用、机文件解提取内核，机文件解或者单纯想研究系统结构，机文件解都得先过解包这关。机文件解

工具选择上，Linux环境最顺手，Windows也能干但绕些弯子。核心思路分两步：先看文件头判断格式，再按格式拆解。拿最常见的Android sparse image举例，你用十六进制编辑器打开文件，开头会看到“3A FF 26 ED”这样的魔数，这表示它是稀疏镜像，里面按块记录了数据，直接挂载是行不通的。这时候需要simg2img工具，一条命令就能把它转成raw格式：simg2img system.img system_raw.img。转完的raw文件就能用file命令看分区类型了，一般会提示是ext4文件系统。

接下来才是重头戏。ext4分区镜像不能直接mount，得算偏移量。网上教程爱让你用fdisk -l查扇区，但实际更省事的办法是借助工具自动识别。我常用的是Python脚本搭配ext4magic，或者干脆用7z直接尝试解压——你没听错，部分img文件7z能直接识别成可解压格式，尤其是那些没做加密的。试一把，能解开就省了后面所有折腾。

真要手动挂载，步骤是这样：先算出分区起始偏移，比如执行parted system_raw.img unit B print，拿到分区的起始字节位置，然后mount -o loop,offset=XXXX system_raw.img /mnt/system。注意挂载前最好把文件只读挂载，避免意外写入搞坏镜像。挂载成功后你就能看到完整的Android目录树，app、framework、etc全摊在眼前。想改东西就直接改，改完用make_ext4fs重新打包，再转回sparse格式刷回去。

有个坑得提醒你：现在不少新机型用了erofs只读文件系统，或者vboot签名校验。前者的解包工具叫erofs-utils，后者得先处理签名。我碰到过一台小米的机子，img文件头正常，转raw也顺利，但mount时直接报“结构需要清理”，后来发现是文件系统带metadata_csum特性，老内核不支持。解法是加-o usrjquota=aquota.user,quota这类参数，或者干脆换新内核的Live CD环境。

还有个野路子，适合懒人。有些刷机包作者会顺便提供payload.bin格式（比如Pixel系列），这玩意儿其实是多个img的容器。用payload-dumper工具能直接拆出各分区镜像，连偏移量都帮你算好了。同理，某些厂商的update.zip里藏着split_img文件夹，那基本就是拆好的一半，另一半在super.img里，需要lpunpack处理动态分区。

最后说个实在话——别指望一套工具通吃所有img。老机型ext4居多，新机型erofs加动态分区是趋势，厂商还可能塞进自定义头。我的习惯是先跑file命令，再丢进binwalk扫一遍，看它报出什么结构。解包不是目的，改完能刷回去才是本事。动手前备份原文件，改的时候别碰签名区，多试几次就摸清套路了。