简介这份文档面向需要深度定制Android系统应用的开发者与ROM爱好者聚焦APK与ODEX合并这一进阶操作尤其针对三星I9000等闭源系统的汉化与修改场景。资源共1个docx文件压缩包约23KB以图文笔记形式梳理了从工具准备到打包替换的完整思路涵盖apktool与apk manager 4.9的选用、系统应用提取、反编译与回编译、签名替换及语言包汉化等关键环节。内容还涉及三星自定义framework的处理、keep目录资源取舍、public.xml报错排查等易踩坑细节并给出无需重签名的迂回打包方案。目前已有330人学习下载适合具备一定Android基础、希望掌握系统级APK修改与汉化流程的读者参考可帮助理解闭源系统下有限环境中的定制方法与排错逻辑。1. 三星闭源 ROM 里 apk 和 odex 合并到底在折腾什么手里攥着一台老三星设备想改个系统应用结果反编译完发现res目录里全是资源 IDsmali里全是const引用改完打包推回去直接无限重启——这种翻车现场我见过太多次。问题往往不在你改错了什么而在于你根本没把 apk 和 odex 的关系理清楚。Android 系统应用在出厂时为了节省/data空间和加快启动速度会把 apk 里的classes.dex抽出来做预优化生成一个同名的.odex文件放在一起。apk 里只剩资源和清单odex 里才是真正的可执行字节码。你想改代码逻辑只反编译 apk 是拿不到完整 smali 的你想改资源只动 apk 又可能因为 odex 里的资源引用对不上而崩溃。所以“apk 和 odex 合并”这件事本质上是把分离的代码和资源重新拼回一个可反编译、可修改、可回推的完整包。适合谁适合那些手里有 root 权限、想汉化系统应用、想改布局样式、想给老机器换一套 UI 的折腾党。如果你只是装个第三方启动器那不用往下看但如果你要动/system/app或/system/framework里的东西这篇就是给你写的。2. 动手前的环境搭建从 adb 到 apk manager 的完整链路2.1 工具选型为什么我最终留在 apk manager 4.9早期我试过纯 apktool 命令行也试过 apk studio 这类图形化工具但最后长期留在 apk manager 4.9 上。原因很实际它把反编译、打包、签名、adb 推送这几个高频动作做成了菜单script.bat一跑输入数字就能干活不用每次敲一长串参数。更重要的是它的keep文件夹机制——打包时会把原始 apk 里的文件原样保留只替换你改过的部分这对系统应用特别关键因为三星的签名你拿不到只能走“替换回原包”的迂回路线。apktool 当然也能做但需要自己写脚本处理 keep 逻辑对新手不友好。Java 环境是前提去官网下对应系统的 JDK 装上java -version能输出就行。Android SDK 主要是为了拿adb如果你已经单独装了 platform-tools把adb.exe拷到 apk manager 主目录也能跑脚本检测不到 adb 时会直接用它。2.2 提取系统应用adb pull 与刷机包挂载两条路拿到系统应用有两种方式取决于你手头有什么。如果手机已经 root 并且能正常开机直接 adb 拉取最省事# 确保 adb 能识别设备 adb devices # 拉取整个 system/app 目录到本地指定路径 adb pull /system/app/ ./system_app_backup/ # 如果只要某个应用比如 TouchWiz 启动器 adb pull /system/app/TouchWiz30Launcher.apk ./work/ adb pull /system/app/TouchWiz30Launcher.odex ./work/注意 odex 文件通常和 apk 同名同目录拉的时候别漏了。如果手机已经开不了机或者你想从官方刷机包里直接提取那就走挂载路线。Linux 下用mount -o loop,rw factoryfs.rfs /mnt/factoryfs把镜像挂到某个目录然后cp出来。Windows 下需要额外工具挂载 rfs 格式稍微麻烦点我一般直接开个 Linux 虚拟机处理。提取出来的 apk 和 odex 要放在同一个工作目录后面合并时 smali 需要它们在同一路径下。2.3 安装 framework三星 twframework 的特殊处理三星和 AOSP 最大的区别就在 framework 层。AOSP 只需要装framework-res.apk但三星多了一个twframework-res.apk里面是 TouchWiz 的资源定义。如果你不装这个就直接反编译三星的系统应用apktool 会报一堆资源找不到的错误。操作很简单# 先装 AOSP 的 framework apktool if framework-res.apk # 再装三星的 twframework apktool if twframework-res.apkapk manager 里对应的是把这两个文件放到other文件夹然后通过菜单里的安装 framework 选项处理。装完之后反编译时资源 ID 才能正确映射。这一步不做后面全是玄学报错血泪经验。3. apk 与 odex 合并smali 方案的核心操作与参数3.1 为什么只有 smali 这一条路网上有些工具号称能一键合并 odex我拆过几个底层全是调 smali 和 baksmali 的批处理。原理不复杂odex 文件本质上是优化过的 dexbaksmali 能把它反汇编成 smali 文件smali 又能把 smali 重新汇编成标准的classes.dex。然后把生成的classes.dex塞回 apk 里apk 就重新拥有了完整的代码。为什么不用 dex2jar 那套因为那是用来反编译看 Java 源码的改完没法直接回编成 dex而 smali 是双向的。所以目前靠谱的方案就是 baksmali smali 组合拳。3.2 反汇编 odexbaksmali 命令与 BOOTCLASSPATH 依赖先下载 smali 工具包里面包含baksmali.jar和smali.jar。反汇编 odex 的命令# 将 odex 反汇编成 smali 文件输出到 out 目录 java -jar baksmali.jar -x TouchWiz30Launcher.odex # 如果报错找不到类需要指定 BOOTCLASSPATH java -jar baksmali.jar -x TouchWiz30Launcher.odex -d ./framework/-x表示反汇编 odex-d指定依赖的 framework 目录。关键点在于 BOOTCLASSPATHAOSP 系统需要core.jar、ext.jar、framework.jar、android.policy.jar、services.jar这几个。但三星定制 ROM 额外需要com.samsung.device.jar、seccamera.jar、sechardware.jar、twframework.jar、javax.obex.jar、com.google.android.maps.jar。这些 jar 从设备的/system/framework/下拉出来放到 smali 工作目录里。缺一个就可能报Could not find class错误。我一般把这些 jar 全部丢进一个framework文件夹然后用-d指过去省得一个个指定。3.3 重新汇编成 classes.dex 并塞回 apk反汇编成功后out目录里就是完整的 smali 代码。你可以在这里改逻辑比如去掉某个校验、改默认值。改完执行汇编# 将 smali 文件重新汇编成 classes.dex java -Xmx512M -jar smali.jar out -o classes.dex-Xmx512M是给 JVM 分配最大 512MB 堆内存系统应用 smali 文件多的时候默认内存不够会 OOM。生成的classes.dex就是完整的字节码。接下来把它塞回 apk# 用 zip 命令把 classes.dex 添加到 apk 中 zip -j TouchWiz30Launcher.apk classes.dex注意-j是 junk path只存文件不存目录结构。塞完之后 apk 里就有代码了odex 文件可以删掉或者重命名备份。但别急着推回手机因为 apk 的签名已经变了直接推回去系统可能不认。下一章讲怎么绕过签名问题。4. 反编译、修改与迂回打包绕过三星签名限制4.1 反编译 apkapk manager 的 9 号操作与产物结构把合并好classes.dex的 apk 放到place-apk-here-for-modding目录运行script.bat输入 9 回车。apk manager 会调用 apktool 反编译产物在projects目录下。你会看到res、smali、AndroidManifest.xml等。res里按类型分文件夹drawable-hdpi放图片layout放布局 XMLvalues放字符串和样式xml放各种配置。smali里是按包名分目录的代码。反编译完成后apk manager 会把当前编辑状态指向这个项目后续打包就是基于这个目录。4.2 修改资源与代码values、layout、smali 的编辑边界改资源最常动的是values/strings.xml汉化就是在这里把英文替换成中文。注意arrays.xml里带_values后缀的条目是程序逻辑用的不能翻译只翻译显示用的条目。改布局在layout文件夹比如调整按钮位置、改背景色。改代码在smali里但 smali 可读性差建议只做简单修改比如改个跳转、去掉一个判断。改完记得保存apk manager 不会自动保存你得在编辑器里手动存盘。4.3 打包与 keep 机制为什么不能直接签名安装改完执行 11 号打包。apk manager 会问你是不是系统文件选 y。然后它会提示是否复制原始文件选 y。这时候它会进入keep文件夹逻辑原始 apk 里的所有文件会被保留你改过的文件会替换进去。但这里有个坑——如果你删除了某些资源文件比如删了values-it语言包打包时会报错说资源找不到。因为public.xml里还引用着那些资源 ID。解决办法看 log找到报错的行号去public.xml里把对应的行删掉注意保留行号占位不然行号全乱。打包成功后会在place-apk-here-for-modding生成一个带unsigned前缀的 apk。这个 apk 不能直接安装因为签名和系统原签名不一致。迂回方案是用压缩软件打开 unsigned apk 和原始 apk把 unsigned 里你改过的文件拖到原始 apk 里覆盖。这样原始 apk 的签名不变系统认但内容已经是你改过的了。4.4 推回设备与重启验证替换完的 apk 用 adb 推回去# 先挂载 system 为可写 adb shell mount -o rw,remount /system # 推送修改后的 apk adb push TouchWiz30Launcher.apk /system/app/TouchWiz30Launcher.apk # 删除对应的 odex因为代码已经合并进 apk 了 adb shell rm /system/app/TouchWiz30Launcher.odex # 重启 adb reboot重启后如果正常进入桌面说明合并和修改都成功了。如果无限重启或者 FC进 recovery 还原备份。所以操作前一定一定先备份原始 apk 和 odex。5. 避坑与排查那些年我踩过的 odex 合并翻车现场5.1 反汇编报 Could not find class现象执行 baksmali 时提示某个类找不到反汇编中断。原因BOOTCLASSPATH 不完整三星定制 jar 没放全。解决把/system/framework/下所有 jar 都拉出来用-d指定目录别只放 AOSP 那几个。5.2 打包报资源不存在现象apk manager 打包时 log 提示public.xml某行资源不存在。原因删除了语言包或图片资源但public.xml里还有引用。解决打开public.xml按 log 行号删除对应条目保留行号占位。或者干脆别删语言包只保留英简繁三语其他留着不碍事。5.3 推回后无限重启现象adb push 后重启卡在开机动画或反复重启。原因apk 签名不对或者 odex 没删导致代码冲突或者 framework 资源不匹配。解决进 recovery 还原备份检查是否忘了删 odex检查 framework 是否装对。三星的 twframework 必须装不然资源 ID 对不上。5.4 汉化后部分界面仍显示英文现象改了strings.xml但某些界面还是英文。原因那些字符串在arrays.xml或者在其他 apk 里比如 framework-res 和 twframework-res 也有语言包。解决framework 的汉化要单独处理values-zh-rCN要建raw-zh-rCN也要保留。三星的 twframework 里也有大量字符串别漏了。5.5 smali 汇编时 OOM现象java -jar smali.jar执行到一半报OutOfMemoryError。原因JVM 默认堆内存不够系统应用 smali 文件多。解决加-Xmx512M或更大java -Xmx1024M -jar smali.jar out -o classes.dex。6. 进阶技巧framework 汉化与 launcher 移植的偷懒方案framework-res.apk 的汉化比普通应用麻烦因为它控制着系统设置里的语言选项。你想只保留英简繁三语需要删掉values-xx和raw-xx里其他语言但保留values-land、values-port、values-hdpi这些非语言目录。values-mcc开头的目录也要小心values-mcc310-zh-rCN这种是带运营商代码的中文包保留。删完打包如果报错还是看 log 删public.xml对应行。twframework-res.apk 同理但它主要是图片和样式字符串少一些。我一般先把 framework 备份成刷机包改完推回去重启不 FC 就继续FC 就 recovery 还原再改。这个循环可能要跑好几次耐心点。Launcher 移植有个偷懒方案从不同版本的 SDK 里提取 launcher2.apk分别反编译把新版本的drawable-hdpi图片覆盖到旧版本对应目录删掉所有mdpi后缀的文件夹但保留mdpi的壁纸。打包时如果报错说壁纸资源不存在去public.xml删掉对应行。这样不用改布局就能让旧 launcher 看起来像新版本。我试过把 Froyo 的 launcher 改成姜饼样式覆盖图片后打包界面居然不需要微调就很接近了。从那以后我每次改 launcher 都先对比两个版本的drawable-hdpi能偷懒就偷懒。希望帮到你。本文还有配套的精品资源点击获取
