Apktool 上手指南：把 APK 解码成可读工程再重打包

Apktool 上手指南把 APK 解码成可读工程再重打包【免费下载链接】ApktoolA tool for reverse engineering Android apk files项目地址: https://gitcode.com/GitHub_Trending/ap/ApktoolApktool 是一个 Android APK 逆向工具能把应用里的二进制资源和 Dalvik 字节码解码成可读文件改完再重新打包成新 APK。它适合想搞清楚应用内部结构的开发者以及需要批量修改文案资源的本地化团队。读完这篇你可以独立走通一次解码—修改—重打包的完整流程。它到底能做什么解码闭环—— 资源、清单、smali 一次拆干净改完直接重建 APK。工程化结构—— 解码产物是标准目录树可以像普通项目一样维护。smali 可编辑—— 字节码变成逐行文本逻辑问题能定位到指令级。框架管理—— 依赖公共库的应用可用安装/列出/清理框架命令处理。解码深度可控—— 只解清单、跳过源码或资源按需求选工作量。跑通第一次 ⚡️克隆仓库git clone https://gitcode.com/GitHub_Trending/ap/Apktool做完这一步你会得到完整源码构建需要 JDK 17见 INTERNAL.md。在仓库根目录执行./gradlew build shadowJar proguard release构建出可执行的apktool.jar。 构建完成后后面示例里的apktool.jar都指这个产物。解码一个 APKjava -jar apktool.jar d app.apk -o app.out默认会在当前目录生成与 APK 同名的输出目录-o可以显式指定位置。打开app.out看看res/下是字符串、布局等可读资源AndroidManifest.xml已还原为文本smali/目录里是反编译后的字节码文本用任何编辑器直接改。重新打包java -jar apktool.jar b app.out -o dist/app.apk不加-o时默认输出到dist/目录--force可跳过改动检测强制全量构建--debuggable会临时把清单里的 debuggable 置为 true。给产物签名后再装到设备因为重建的 APK 是未签名状态这是 Android 安装机制的硬性要求。建议第一次选一个你熟悉的小应用不改动任何文件直接解码—构建确认整条链路能走通再开始动资源。什么场景下用它最顺手 本地化与翻译你的团队要批量替换应用内文案。改app.out/res/values/strings.xml里对应的字符串跑一次 build几小时的工作量压到一杯咖啡的时间。学习与行为分析你在排查某个应用到底申请了什么权限、启动时拉起了什么。解码后看还原的清单再顺着 smali 一层层看比抓包和装环境都直接。自研平台适配你在为定制 ROM 调整应用。解码时可以加--only-manifest只解清单或加-s跳过源码把工作量聚焦在真正要改的部分。别踩这几个坑合规边界—— 项目 README 明确声明不用于盗版及其他非法用途把它用在本地化、学习、兼容性研究这些善意场景尊重原作者。静默丢资源—— 遇到非法资源配置时解码会报 Dropping resources 并直接丢弃构建就会缺资源加--keep-broken-res保留它们然后手动修复再 build。忘记签名—— build 出来的 APK 未签名装设备必失败打包流程里固定加一步签名就不会踩。公共库依赖—— 依赖 shared library 的应用直接解码会报 FrameworkNotFound先用apktool if 库.apk安装框架解码和构建时再用-l 包名:文件引用它。别指望它反混淆—— 它解码结构和资源很在行但不会美化代码深度混淆过的应用 smali 依旧难读。延伸一下 想了解命令全貌和官方入口先看 README.md里面列了文档、下载和分支说明3.x 主线 2.x 维护分支。想读核心实现解码与打包逻辑在 brut/androlib/字节码反汇编封装在 smali/ 子目录。各平台启动脚本在 scripts/Linux/macOS/Windows 各一份方便你把它挂进自己的 CI 流水线。现在就可以从手机里随便导一个几十 MB 以内的小 APK跑一遍d加b十分钟摸清 Android 应用的骨架。【免费下载链接】ApktoolA tool for reverse engineering Android apk files项目地址: https://gitcode.com/GitHub_Trending/ap/Apktool创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考