简介这份文档面向需要深度定制三星等闭源 Android 系统应用的中高级玩家与 ROM 爱好者聚焦 APK 与 ODEX 的合并处理解决系统应用在缺少源码、签名受限条件下难以反编译、汉化与重新打包的问题。压缩包共 1 个 docx 文件约 23KB以图文笔记形式梳理工具准备、系统应用提取、反编译与回编译、签名替换等关键环节并针对三星自定义 framework 的特殊依赖给出应对思路。内容还延伸到语言包精简、字符串与布局资源修改、打包报错排查等细节帮助读者理解系统应用结构、掌握迂回打包与汉化流程降低动手修改闭源 ROM 的试错成本。目前已有 334 人学习适合具备一定 Android 基础、希望深入系统定制与汉化实践的用户参考。1. 三星闭源 ROM 里改一个系统 APK为什么绕不开 odex 合并手里有台老机器系统是三星那套闭源 FROYO想改个启动器、汉化几个系统应用结果一进/system/app就发现事情不对不少应用只有XXX.apk加一个XXX.odexAPK 里根本没有classes.dex。这时候你拿 apktool 直接反编译代码部分是空的改资源能过改逻辑就卡死。这就是 apk 和 odex 合并要解决的问题——把优化过的 Dalvik 字节码还原回classes.dex塞回 APK才能完整反编译、改 smali、再打包。这篇讲的就是在有限环境下怎么把 odex 拆出来、合回 apk再配合 apk manager 走完反编译、汉化、回编、替换的整条链路。适合手上还有老三星机器、想动系统应用但被 odex 挡住的人。工具链不新思路放到今天看定制 ROM 依然通用。2. 动手前的环境与工具链apk manager、smali、BOOTCLASSPATH 怎么配2.1 工具选型为什么用 apk manager 4.9 而不是纯 apktoolapktool 能干反编译和回编但它不管 odex也不管系统签名那套迂回打包。apk manager 4.9 本质是 apktool 外面套了一层批处理脚本把反编译、编译、签名、keep 目录这些流程串起来对当年 Windows 下折腾 ROM 的人更顺手。它的script.bat会先检测 adb 在不在环境变量里检测不到就把 adb 拷到主目录这点对没配好 SDK 环境变量的人很友好。需要准备的东西工具作用注意点JDK跑 apktool、smali/baksmali版本别太新老工具对高版本 JDK 兼容差Android SDK提供 adb、aapt确保 adb 可用apk manager 4.9反编译/回编/打包脚本放 apk 到place-apk-here-for-moddingbaksmali.jar / smali.jarodex 拆解与回编同一版本配套使用twframework-res.apk三星自定义 framework反编译前必须先if安装提示apk manager 的脚本对路径里的空格和中文很敏感整个工具目录放在纯英文短路径下比如D:\apkmod能省掉一堆莫名其妙的报错。2.2 提取系统应用adb pull 与挂载 factoryfs 两条路机器已经 root 的话最直接的是把整个/system拉下来# 确保 adb 能识别设备 adb devices # 拉取整个 system 目录到本地指定路径 adb pull /system/ D:\rom\system\ # 单独拉某个应用及其 odex adb pull /system/app/TouchWiz30Launcher.apk D:\work\ adb pull /system/app/TouchWiz30Launcher.odex D:\work\adb pull /system/会把整个系统分区拷过来量大但省事后面找 framework 也方便。如果只想动一两个应用单独 pull apk 和对应 odex 就够。另一条路是解官方刷机包Linux 下挂载factoryfs.rfs# 只读挂载 factoryfs 到本地目录 mkdir -p /mnt/factoryfs mount -o loop,ro factoryfs.rfs /mnt/factoryfs # 拷贝需要的文件 cp /mnt/factoryfs/app/TouchWiz30Launcher.apk /work/ cp /mnt/factoryfs/app/TouchWiz30Launcher.odex /work/-o loop是把镜像文件当块设备挂ro只读挂载避免误改原镜像。挂载失败常见原因是镜像不是标准 ext 格式或者内核没开 loop 设备换台 Linux 机器基本能过。2.3 安装 framework三星的 twframework 必须先喂给 apktool三星和 AOSP 最大的差别在 framework。AOSP 只有framework-res.apk三星多一个/system/framework/twframework-res.apk系统应用的资源大量引用它。不先安装就反编译会报一堆资源找不到。# 先安装三星自定义 framework apktool if twframework-res.apk # 再安装标准 framework apktool if framework-res.apkif是 install-framework 的缩写把资源表装进 apktool 的本地缓存后面反编译时才能解析drawable/...、string/...这类引用。顺序上先 tw 后标准或者两个都装取决于目标 apk 引用了谁。apk manager 里对应的是它自带的 framework 安装选项效果一样。2.4 BOOTCLASSPATHodex 拆解绕不过的依赖清单odex 是优化过的 dex拆的时候 baksmali 需要知道它依赖哪些 jar 才能正确解析类型。AOSP 的基础清单是core.jar, ext.jar, framework.jar, android.policy.jar, services.jar三星定制机还要加com.samsung.device.jar, seccamera.jar, sechardware.jar, twframework.jar, javax.obex.jar, com.google.android.maps.jar这些 jar 从/system/framework/里 pull 出来直接丢到 baksmali 工作目录或者用-c参数指定 classpath。漏了某个 jar 的典型现象是拆到一半报Could not find class把缺的 jar 补上重跑即可。3. apk 与 odex 合并baksmali 拆、smali 回编的完整命令链3.1 拆 odex 成 smalibaksmali 的参数与输出结构合并的核心就两步odex 拆成 smalismali 回编成classes.dex。先拆# 将 odex 反编译为 smali 源码输出到 out 目录 java -jar baksmali.jar -x TouchWiz30Launcher.odex -o out # 如果依赖 jar 不在当前目录用 -c 显式指定 classpath java -jar baksmali.jar -x TouchWiz30Launcher.odex \ -c core.jar:ext.jar:framework.jar:android.policy.jar:services.jar:twframework.jar \ -o out-x表示输入是 odexdeodex 模式-o指定输出目录不指定默认是out。拆完out里是按包名分目录的.smali文件结构对应原来的 Java 包路径。-c后面用冒号分隔多个 jarWindows 下路径分隔符也是冒号别写成分号。拆的过程中如果报资源或类型解析错误先确认 BOOTCLASSPATH 是否齐全再确认 baksmali 版本和 odex 的 API 级别是否匹配。老 odex 用新 baksmali 拆偶尔会在注解解析上翻车换同年代的版本更稳。3.2 回编成 classes.dexsmali 的内存参数与产物校验smali 拆出来后原样回编就能得到classes.dex# 将 smali 目录回编为 classes.dex加大堆内存避免大应用 OOM java -Xmx512M -jar smali.jar out -o classes.dex-Xmx512M是给 JVM 的堆上限系统应用 smali 文件多默认堆容易OutOfMemoryError512M 对当年的机器够用特别大的包可以加到 1G。out是输入目录-o指定输出文件名。回编成功后会生成classes.dex用unzip -l或直接看文件大小确认非空。3.3 把 classes.dex 塞回 apkzip 更新与对齐拿到classes.dex后把它加进 apk。用 zip 工具更新最直接# 将 classes.dex 加入 apk-0 表示不压缩存储部分场景需要 zip -0 TouchWiz30Launcher.apk classes.dex # 查看 apk 内容确认 dex 已存在 unzip -l TouchWiz30Launcher.apk | grep classes.dex如果 apk 里原本就有classes.dex非 odex 应用先删掉旧的再加新的避免重复条目。加完后这个 apk 就是 deodex 状态可以正常用 apktool 反编译出完整代码。注意原来的.odex文件在替换回系统时要一并处理否则系统可能优先加载旧 odex改动不生效。3.4 合并后的验证反编译看代码是否完整合并是否成功最直接的验证是反编译后看 smali 有没有内容# 反编译合并后的 apk检查 smali 目录是否非空 apktool d TouchWiz30Launcher.apk -o verify_out # 统计 smali 文件数量为 0 说明合并失败 find verify_out -name *.smali | wc -l数量为 0 或者只有零星几个说明classes.dex没进去或格式不对。正常系统应用动辄几百上千个 smali 文件。这一步别省后面改完打包再发现代码没合进去返工成本高得多。4. 反编译、汉化与回编apk manager 的 9 和 11 怎么走4.1 反编译与资源定位values、layout、drawable 各管什么apk 放进place-apk-here-for-modding后跑script.bat选 9 反编译产物在products目录。反编译出来的res结构要心里有数values/strings.xml界面文本汉化主战场values/arrays.xml菜单选项数组带_values后缀的不要翻译layout/、layout-port/、layout-land/布局横竖屏分开drawable-hdpi/等图片和选择器 xmli9000 对应 hdpixml/零散配置汉化时建values-zh-rCN目录把values下的strings.xml、arrays.xml拷进去翻译。arrays.xml里string-array namexxx_values这种是程序取值用的翻译了会崩保持原样。4.2 回编与 keep 目录系统应用的迂回打包法改完选 11 编译提示是否系统文件选 y提示是否复制原始文件也选 y然后脚本会停在 keep 目录等你操作。keep 里是原始 apk 的内容会原样打进新包。关键规则改了values或values-xx语言包删掉 keep 里的resources.arsc改了layout或xml里的 xml删掉 keep 里对应的旧 xml不删的话旧资源会覆盖新资源改了等于没改。按任意键继续后place-apk-here-for-modding里生成带unsigned前缀的新 apk。因为拿不到三星签名不能直接安装走替换路线# 用压缩工具把 unsigned apk 里改过的文件拖进原始 apk 覆盖 # 然后推回系统并重启 adb push TouchWiz30Launcher.apk /system/app/TouchWiz30Launcher.apk adb shell chmod 644 /system/app/TouchWiz30Launcher.apk adb rebootchmod 644保证权限和原文件一致权限不对会导致应用加载失败。这条路线不需要重签名汉化和改布局都适用。4.3 删语言包报错读 log、改 public.xml 的正确姿势想只保留英简繁三语删掉其他values-xx后回编报错是常态。原因是被删语言包里有些 string 是独享的values/strings.xml里没有对应项合成时资源表对不上。处理办法不是猜是看 log# apk manager 主目录下的 log会指出 public.xml 行号和缺失资源 # 打开 public.xml按 log 行号定位并删除对应条目 # 删除时保留该行行号占位避免后续行号错位log 里会写public.xml第几行的资源不存在照着删。删的时候注意保持行号对应否则下一次报错行号全乱。反复「编译 → 看 log → 删 public.xml 条目」直到通过。不看 log 直接问为什么报错基本等于没入门。4.4 framework-res 与 twframework 的汉化边界framework-res.apk决定设置里语言切换的选项种类处理规则删raw-xx只留raw、raw-zh-rTW、raw-zh-rCN删values-xx和values-mcc数字-xx保留values-land、values-port、values-hdpi、values-zh-rCN、values-zh-rTW没有中文包就建从values拷过来翻译map 相关参数改成中国twframework-res.apk是三星特有的资源包主要是图片、菜单、按钮样式不能随意删。它也能反编译改法同普通 apk但删资源要更保守删错直接导致系统 UI 崩。汉化 framework 是体力活词不能太长否则越界显示不全第一次别用机翻按语境译。5. 避坑与排查那些让打包失败的细节5.1 反编译后 smali 为空现象apk 反编译成功但 smali 目录没有代码。原因apk 是 odex 状态classes.dex不在包里。解决先按第 3 章走 baksmali/smali 合并再反编译。5.2 回编报资源不存在现象编译报resource not foundlog 指向public.xml某行。原因删了语言包或 drawable 资源但public.xml还引用着。解决按 log 行号删public.xml对应条目保留行号占位反复直到通过。5.3 替换后应用不生效或 FC现象push 回去重启改动没出现或应用崩溃。原因旧 odex 还在系统优先加载或文件权限不对或 keep 里旧资源没删。解决确认 odex 已移除或同步更新chmod 644检查 keep 目录删除规则。5.4 baksmali 拆解报找不到类现象拆 odex 中途报Could not find class。原因BOOTCLASSPATH 缺 jar。解决补齐三星定制 jar用-c显式指定或把 jar 拷到工作目录。5.5 大应用回编 OOM现象smali 回编OutOfMemoryError。原因默认 JVM 堆不够。解决-Xmx512M起步不够加到 1G同时确认没在 32 位 JVM 上跑。6. 从 launcher2 换皮看资源替换的边界一个可复用的验证套路拿 FROYO 的 launcher2 改成姜饼样式是个很好的练手案例也能验证前面整套流程。做法是从 2.2 和 2.3 的 SDK 里各提一个 launcher2.apk分别反编译以 2.2 为当前编辑对象把 2.3 里drawable-hdpi同名图片覆盖过去删掉所有mdpi后缀目录和values-xx保留values-hdpi、values-land、values-port。第一次打包大概率报错log 说某些 wallpaper 资源不存在都是被删掉的 mdpi 壁纸去public.xml删对应条目。再打包又报 hdpi 壁纸资源找不到继续删。这里有个反直觉的点删 mdpi 资源但保留所有 mdpi 壁纸打包就不报错。原因是壁纸资源在代码里被跨密度引用删了图但引用还在就崩保留图、删引用它的条目才平衡。这套「改资源 → 打包 → 看 log → 删 public.xml → 再打包」的循环本质是用编译器当校验器。每次报错都精确到行比肉眼扫资源表可靠。我后来处理任何系统 apk 的资源裁剪都先小步改、立刻打包验证不攒一堆改动再一次性编译——攒着改报错时根本分不清是哪一步引入的。从那以后我每次动public.xml前都先备份一份原始文件出问题直接回滚重来比对着 log 一行行找后悔药快得多。希望帮到你。本文还有配套的精品资源点击获取
简介这份文档面向需要深度定制三星等闭源 Android 系统应用的中高级玩家与 ROM 爱好者聚焦 APK 与 ODEX 的合并处理解决系统应用在缺少源码、签名受限条件下难以反编译、汉化与重新打包的问题。压缩包共 1 个 docx 文件约 23KB以图文笔记形式梳理工具准备、系统应用提取、反编译与回编译、签名替换等关键环节并针对三星自定义 framework 的特殊依赖给出应对思路。内容还延伸到语言包精简、字符串与布局资源修改、打包报错排查等细节帮助读者理解系统应用结构、掌握迂回打包与汉化流程降低动手修改闭源 ROM 的试错成本。目前已有 334 人学习适合具备一定 Android 基础、希望深入系统定制与汉化实践的用户参考。1. 三星闭源 ROM 里改一个系统 APK为什么绕不开 odex 合并手里有台老机器系统是三星那套闭源 FROYO想改个启动器、汉化几个系统应用结果一进/system/app就发现事情不对不少应用只有XXX.apk加一个XXX.odexAPK 里根本没有classes.dex。这时候你拿 apktool 直接反编译代码部分是空的改资源能过改逻辑就卡死。这就是 apk 和 odex 合并要解决的问题——把优化过的 Dalvik 字节码还原回classes.dex塞回 APK才能完整反编译、改 smali、再打包。这篇讲的就是在有限环境下怎么把 odex 拆出来、合回 apk再配合 apk manager 走完反编译、汉化、回编、替换的整条链路。适合手上还有老三星机器、想动系统应用但被 odex 挡住的人。工具链不新思路放到今天看定制 ROM 依然通用。2. 动手前的环境与工具链apk manager、smali、BOOTCLASSPATH 怎么配2.1 工具选型为什么用 apk manager 4.9 而不是纯 apktoolapktool 能干反编译和回编但它不管 odex也不管系统签名那套迂回打包。apk manager 4.9 本质是 apktool 外面套了一层批处理脚本把反编译、编译、签名、keep 目录这些流程串起来对当年 Windows 下折腾 ROM 的人更顺手。它的script.bat会先检测 adb 在不在环境变量里检测不到就把 adb 拷到主目录这点对没配好 SDK 环境变量的人很友好。需要准备的东西工具作用注意点JDK跑 apktool、smali/baksmali版本别太新老工具对高版本 JDK 兼容差Android SDK提供 adb、aapt确保 adb 可用apk manager 4.9反编译/回编/打包脚本放 apk 到place-apk-here-for-moddingbaksmali.jar / smali.jarodex 拆解与回编同一版本配套使用twframework-res.apk三星自定义 framework反编译前必须先if安装提示apk manager 的脚本对路径里的空格和中文很敏感整个工具目录放在纯英文短路径下比如D:\apkmod能省掉一堆莫名其妙的报错。2.2 提取系统应用adb pull 与挂载 factoryfs 两条路机器已经 root 的话最直接的是把整个/system拉下来# 确保 adb 能识别设备 adb devices # 拉取整个 system 目录到本地指定路径 adb pull /system/ D:\rom\system\ # 单独拉某个应用及其 odex adb pull /system/app/TouchWiz30Launcher.apk D:\work\ adb pull /system/app/TouchWiz30Launcher.odex D:\work\adb pull /system/会把整个系统分区拷过来量大但省事后面找 framework 也方便。如果只想动一两个应用单独 pull apk 和对应 odex 就够。另一条路是解官方刷机包Linux 下挂载factoryfs.rfs# 只读挂载 factoryfs 到本地目录 mkdir -p /mnt/factoryfs mount -o loop,ro factoryfs.rfs /mnt/factoryfs # 拷贝需要的文件 cp /mnt/factoryfs/app/TouchWiz30Launcher.apk /work/ cp /mnt/factoryfs/app/TouchWiz30Launcher.odex /work/-o loop是把镜像文件当块设备挂ro只读挂载避免误改原镜像。挂载失败常见原因是镜像不是标准 ext 格式或者内核没开 loop 设备换台 Linux 机器基本能过。2.3 安装 framework三星的 twframework 必须先喂给 apktool三星和 AOSP 最大的差别在 framework。AOSP 只有framework-res.apk三星多一个/system/framework/twframework-res.apk系统应用的资源大量引用它。不先安装就反编译会报一堆资源找不到。# 先安装三星自定义 framework apktool if twframework-res.apk # 再安装标准 framework apktool if framework-res.apkif是 install-framework 的缩写把资源表装进 apktool 的本地缓存后面反编译时才能解析drawable/...、string/...这类引用。顺序上先 tw 后标准或者两个都装取决于目标 apk 引用了谁。apk manager 里对应的是它自带的 framework 安装选项效果一样。2.4 BOOTCLASSPATHodex 拆解绕不过的依赖清单odex 是优化过的 dex拆的时候 baksmali 需要知道它依赖哪些 jar 才能正确解析类型。AOSP 的基础清单是core.jar, ext.jar, framework.jar, android.policy.jar, services.jar三星定制机还要加com.samsung.device.jar, seccamera.jar, sechardware.jar, twframework.jar, javax.obex.jar, com.google.android.maps.jar这些 jar 从/system/framework/里 pull 出来直接丢到 baksmali 工作目录或者用-c参数指定 classpath。漏了某个 jar 的典型现象是拆到一半报Could not find class把缺的 jar 补上重跑即可。3. apk 与 odex 合并baksmali 拆、smali 回编的完整命令链3.1 拆 odex 成 smalibaksmali 的参数与输出结构合并的核心就两步odex 拆成 smalismali 回编成classes.dex。先拆# 将 odex 反编译为 smali 源码输出到 out 目录 java -jar baksmali.jar -x TouchWiz30Launcher.odex -o out # 如果依赖 jar 不在当前目录用 -c 显式指定 classpath java -jar baksmali.jar -x TouchWiz30Launcher.odex \ -c core.jar:ext.jar:framework.jar:android.policy.jar:services.jar:twframework.jar \ -o out-x表示输入是 odexdeodex 模式-o指定输出目录不指定默认是out。拆完out里是按包名分目录的.smali文件结构对应原来的 Java 包路径。-c后面用冒号分隔多个 jarWindows 下路径分隔符也是冒号别写成分号。拆的过程中如果报资源或类型解析错误先确认 BOOTCLASSPATH 是否齐全再确认 baksmali 版本和 odex 的 API 级别是否匹配。老 odex 用新 baksmali 拆偶尔会在注解解析上翻车换同年代的版本更稳。3.2 回编成 classes.dexsmali 的内存参数与产物校验smali 拆出来后原样回编就能得到classes.dex# 将 smali 目录回编为 classes.dex加大堆内存避免大应用 OOM java -Xmx512M -jar smali.jar out -o classes.dex-Xmx512M是给 JVM 的堆上限系统应用 smali 文件多默认堆容易OutOfMemoryError512M 对当年的机器够用特别大的包可以加到 1G。out是输入目录-o指定输出文件名。回编成功后会生成classes.dex用unzip -l或直接看文件大小确认非空。3.3 把 classes.dex 塞回 apkzip 更新与对齐拿到classes.dex后把它加进 apk。用 zip 工具更新最直接# 将 classes.dex 加入 apk-0 表示不压缩存储部分场景需要 zip -0 TouchWiz30Launcher.apk classes.dex # 查看 apk 内容确认 dex 已存在 unzip -l TouchWiz30Launcher.apk | grep classes.dex如果 apk 里原本就有classes.dex非 odex 应用先删掉旧的再加新的避免重复条目。加完后这个 apk 就是 deodex 状态可以正常用 apktool 反编译出完整代码。注意原来的.odex文件在替换回系统时要一并处理否则系统可能优先加载旧 odex改动不生效。3.4 合并后的验证反编译看代码是否完整合并是否成功最直接的验证是反编译后看 smali 有没有内容# 反编译合并后的 apk检查 smali 目录是否非空 apktool d TouchWiz30Launcher.apk -o verify_out # 统计 smali 文件数量为 0 说明合并失败 find verify_out -name *.smali | wc -l数量为 0 或者只有零星几个说明classes.dex没进去或格式不对。正常系统应用动辄几百上千个 smali 文件。这一步别省后面改完打包再发现代码没合进去返工成本高得多。4. 反编译、汉化与回编apk manager 的 9 和 11 怎么走4.1 反编译与资源定位values、layout、drawable 各管什么apk 放进place-apk-here-for-modding后跑script.bat选 9 反编译产物在products目录。反编译出来的res结构要心里有数values/strings.xml界面文本汉化主战场values/arrays.xml菜单选项数组带_values后缀的不要翻译layout/、layout-port/、layout-land/布局横竖屏分开drawable-hdpi/等图片和选择器 xmli9000 对应 hdpixml/零散配置汉化时建values-zh-rCN目录把values下的strings.xml、arrays.xml拷进去翻译。arrays.xml里string-array namexxx_values这种是程序取值用的翻译了会崩保持原样。4.2 回编与 keep 目录系统应用的迂回打包法改完选 11 编译提示是否系统文件选 y提示是否复制原始文件也选 y然后脚本会停在 keep 目录等你操作。keep 里是原始 apk 的内容会原样打进新包。关键规则改了values或values-xx语言包删掉 keep 里的resources.arsc改了layout或xml里的 xml删掉 keep 里对应的旧 xml不删的话旧资源会覆盖新资源改了等于没改。按任意键继续后place-apk-here-for-modding里生成带unsigned前缀的新 apk。因为拿不到三星签名不能直接安装走替换路线# 用压缩工具把 unsigned apk 里改过的文件拖进原始 apk 覆盖 # 然后推回系统并重启 adb push TouchWiz30Launcher.apk /system/app/TouchWiz30Launcher.apk adb shell chmod 644 /system/app/TouchWiz30Launcher.apk adb rebootchmod 644保证权限和原文件一致权限不对会导致应用加载失败。这条路线不需要重签名汉化和改布局都适用。4.3 删语言包报错读 log、改 public.xml 的正确姿势想只保留英简繁三语删掉其他values-xx后回编报错是常态。原因是被删语言包里有些 string 是独享的values/strings.xml里没有对应项合成时资源表对不上。处理办法不是猜是看 log# apk manager 主目录下的 log会指出 public.xml 行号和缺失资源 # 打开 public.xml按 log 行号定位并删除对应条目 # 删除时保留该行行号占位避免后续行号错位log 里会写public.xml第几行的资源不存在照着删。删的时候注意保持行号对应否则下一次报错行号全乱。反复「编译 → 看 log → 删 public.xml 条目」直到通过。不看 log 直接问为什么报错基本等于没入门。4.4 framework-res 与 twframework 的汉化边界framework-res.apk决定设置里语言切换的选项种类处理规则删raw-xx只留raw、raw-zh-rTW、raw-zh-rCN删values-xx和values-mcc数字-xx保留values-land、values-port、values-hdpi、values-zh-rCN、values-zh-rTW没有中文包就建从values拷过来翻译map 相关参数改成中国twframework-res.apk是三星特有的资源包主要是图片、菜单、按钮样式不能随意删。它也能反编译改法同普通 apk但删资源要更保守删错直接导致系统 UI 崩。汉化 framework 是体力活词不能太长否则越界显示不全第一次别用机翻按语境译。5. 避坑与排查那些让打包失败的细节5.1 反编译后 smali 为空现象apk 反编译成功但 smali 目录没有代码。原因apk 是 odex 状态classes.dex不在包里。解决先按第 3 章走 baksmali/smali 合并再反编译。5.2 回编报资源不存在现象编译报resource not foundlog 指向public.xml某行。原因删了语言包或 drawable 资源但public.xml还引用着。解决按 log 行号删public.xml对应条目保留行号占位反复直到通过。5.3 替换后应用不生效或 FC现象push 回去重启改动没出现或应用崩溃。原因旧 odex 还在系统优先加载或文件权限不对或 keep 里旧资源没删。解决确认 odex 已移除或同步更新chmod 644检查 keep 目录删除规则。5.4 baksmali 拆解报找不到类现象拆 odex 中途报Could not find class。原因BOOTCLASSPATH 缺 jar。解决补齐三星定制 jar用-c显式指定或把 jar 拷到工作目录。5.5 大应用回编 OOM现象smali 回编OutOfMemoryError。原因默认 JVM 堆不够。解决-Xmx512M起步不够加到 1G同时确认没在 32 位 JVM 上跑。6. 从 launcher2 换皮看资源替换的边界一个可复用的验证套路拿 FROYO 的 launcher2 改成姜饼样式是个很好的练手案例也能验证前面整套流程。做法是从 2.2 和 2.3 的 SDK 里各提一个 launcher2.apk分别反编译以 2.2 为当前编辑对象把 2.3 里drawable-hdpi同名图片覆盖过去删掉所有mdpi后缀目录和values-xx保留values-hdpi、values-land、values-port。第一次打包大概率报错log 说某些 wallpaper 资源不存在都是被删掉的 mdpi 壁纸去public.xml删对应条目。再打包又报 hdpi 壁纸资源找不到继续删。这里有个反直觉的点删 mdpi 资源但保留所有 mdpi 壁纸打包就不报错。原因是壁纸资源在代码里被跨密度引用删了图但引用还在就崩保留图、删引用它的条目才平衡。这套「改资源 → 打包 → 看 log → 删 public.xml → 再打包」的循环本质是用编译器当校验器。每次报错都精确到行比肉眼扫资源表可靠。我后来处理任何系统 apk 的资源裁剪都先小步改、立刻打包验证不攒一堆改动再一次性编译——攒着改报错时根本分不清是哪一步引入的。从那以后我每次动public.xml前都先备份一份原始文件出问题直接回滚重来比对着 log 一行行找后悔药快得多。希望帮到你。本文还有配套的精品资源点击获取
