做安卓逆向的人电脑里多多少少都装过几款工具但要说哪个工具“装完就能干活、新手也能直接上手”我的答案一直是 Android Killer。这款在 Windows 平台下运行的安卓逆向集成工具把 APK 反编译、smali 代码查看与修改、资源文件查看、重新打包、签名这一整套流程都塞进了一个图形界面里不用像以前那样在命令行里来回敲 apktool、dex2jar、jadx切换各种窗口。这篇文章我就围绕 Android Killer 的安装和配置展开把从 JDK 环境准备到第一次成功回编译 APK 的完整过程都梳理一遍适合刚接触安卓逆向、想在 Windows 上搭一套顺手逆向工作台的读者参考。1. Android Killer 到底是什么为什么它是逆向工作台的黏合剂1.1 一句话理解 Android KillerAndroid Killer 本质上是一个面向 Windows 平台的安卓逆向集成开发环境它把 APK 反编译后得到的 smali 代码以工程化形式管理起来。你可以把它理解为“安卓反编译版的 Eclipse 或 VS Code”左边是工程文件树中间是代码编辑器下面是搜索和日志窗口所有逆向操作都被封装成菜单按钮。它的核心价值在于你不需要记住大量命令行参数不用反复切换多个工具只要导入一个 APK就能在同一个界面里完成“反编译 - 定位代码 - 修改 smali - 回编译 - 签名 - 安装”的完整闭环。对于刚入门的安卓逆向学习者来说这个闭环能让你把精力集中在“怎么改”上而不是浪费在“工具怎么配”上这就是它被叫“神器”的原因。很多人觉得“我已经会用 apktool 命令行了还需要 Android Killer 吗”我的看法很直接如果你只在服务器上做批量反编译命令行够用但当你需要频繁搜索关键词、多次修改代码、反复回编译调试时图形界面带来的效率提升是非常明显的。它更像一个工作台把零散的命令行工具收纳成顺手的功能按钮。1.2 和同类工具相比AK 的优势在哪里Android Killer 不完全是一个独立的逆向引擎它底层还是调用 apktool、dex2jar、jarsigner 这些开源工具但它把这些工具集成得非常好尤其在以下几个方面做得比裸命令行舒服全局搜索能力在反编译后的所有 smali 文件里搜索关键字这个功能在定位逻辑时极其关键。命令行工具想做到同样效果需要自己写 grep 脚本而 AK 直接在底部搜索框输入关键词就能列出所有匹配行。可视化的工程管理APK 反编译后生成的文件结构、资源文件、图片、布局文件都按树形结构展示双击即可查看AndroidManifest.xml 还能直接以可视化编辑界面打开。一条龙打包修改完 smali 后右键选择编译、签名AK 会自动调用对应工具链生成新 APK中间不需要你手动输入复杂的命令。便于调试和对比修改前可以先备份修改后能通过日志区看到编译输出方便排查出错位置。同类工具中jadx 更擅长把 dex 反编译成 Java 代码阅读但它在“改完重新打包”上支持较弱MT管理器在手机上方便但没法处理复杂 smali 逻辑。Android Killer 的定位恰恰是“以 smali 为基本修改单位”的 PC 端工作台这在 Windows 用户里认可度一直很高。1.3 你要做安卓逆向需要先有哪些基础认知在动手配置之前我建议你先理解几个关键概念否则后面遇到问题会一脸懵APK 不是源码包它是 zip 压缩包里面包含 dex 文件Dalvik 字节码、资源文件、签名信息和 AndroidManifest.xml。我们说的“反编译 APK”通常指的是用 apktool 解开它得到可读的 smali 代码和资源文件。smali 是什么简单说它是 Dalvik 字节码的一种文本表示形式类似汇编语言。你不会 Java 也能看懂一部分 smali比如const/4 v0, 0x1就是把 1 赋值给寄存器 v0if-eqz v0, :cond_0是如果 v0 等于 0 就跳转。回编译是什么修改完 smali 后需要重新打包成 APK。这个过程中 APK 的签名会失效所以还要重新签名才能安装到设备上。为什么需要 JDK因为 apktool、jarsigner 这些工具都是 Java 程序Android Killer 底层也要依赖 Java 虚拟机运行所以 JDK 是必须安装的。有了这层基础再往下看安装配置就顺理成章了。2. 安装前的环境准备JDK 和路径是最大的坑2.1 推荐安装 JDK 832 位优先64 位要分情况Android Killer 最推荐的 Java 环境是 JDK 1.8也就是 Java 8这一点在多个版本里都是标配。我自己第一次装的时候图省事直接装了最新的 JDK 17结果打开 Android Killer 直接报UnsupportedClassVersionError后来换成 JDK 8 才顺利启动。选择 JDK 8 时还有一个容易被忽略的点优先装 32 位版本。因为 Android Killer 的经典版本是基于 32 位 Java 虚拟机设计的如果你的机器是 64 位系统装 32 位 JDK 完全没问题。反过来如果你装了 64 位 JDK某些版本的 AK 在启动时可能会报错或者加载 apktool 时异常。我个人的建议是配置逆向专用的 JDK 8 32 位版本不要去改系统级的高级版本避免其他开发环境被牵连。2.2 JAVA_HOME 环境变量怎么配为什么不能有中文路径安装完 JDK 后需要配置环境变量。这里我不展开写全部步骤但强调几个关键点JAVA_HOME指向 JDK 安装根目录比如C:\jdk1.8.0_152不要配到 bin 目录。Path中需要追加%JAVA_HOME%\bin这样 cmd 里输入java -version才能直接看到版本。JDK 安装路径不能包含中文、空格和特殊字符。千万不要装在C:\Program Files\Java\jdk1.8.0_152这种带空格的默认路径Android Killer 或其内置工具脚本有时候解析不了带空格的路径会莫名其妙报“找不到文件”。建议直接装到C:\jdk8这种干净目录。你可以在命令行里执行java -version来确认环境变量是否生效。如果显示的是java version 1.8.0_152说明 JDK 8 已经正常配置。2.3 adb 和 Android SDK 环境准备Android Killer 要连接设备或模拟器还需要 adbAndroid Debug Bridge。adb 通常包含在 Android SDK 的platform-tools目录里比如D:\Android\Sdk\platform-tools\adb.exe。如果你以前没装过 Android SDK也可以只下载 platform-tools 单独包把 adb.exe 放到任意目录然后在 AK 的配置里指向它就行。我自己是不建议为了用 AK 去装整个 Android Studio太重了单独解压一个 platform-tools 就够用。需要注意的是adb 的路径同样不要有中文和空格否则设备连接可能会 fail。另外连接真机调试时要开启开发者模式里的 USB 调试模拟器一般默认支持 adb 连接但不同模拟器厂商的 adb 端口可能不一样比如夜神是 62001MuMu 是 7555这些属于后话了。3. Android Killer 下载、安装与界面认识3.1 版本选择经典版还是 IDEA 插件版Android Killer 目前市面上流传比较广的有两代经典版基于 Java Swing 开发的独立 Windows GUI 程序常见版本号是 v1.2、v1.3、v1.3.1 等网盘和论坛里流传最多的是Android Killer_v1.3.1_20160713。这个版本绿色免安装解压即用适合 Windows 7/10 系统。新版Android Killer 插件版以 JetBrains 插件形式发布可以安装到 IDEA 或 Android Studio 里界面更现代支持 smali 断点调试、普通文本编辑器体验更好但配置路径和经典版不太一样。对于第一次接触安卓逆向的同学我建议先从经典版入手。原因有三个第一网上绝大多数教程和资料都基于经典版遇到问题更容易搜到答案第二经典版功能集中不会被 IDE 的其他功能干扰第三它本身就是集成环境不需要额外安装 IDEA。插件版等你这套流程跑熟以后再尝试会更顺畅。3.2 解压后的目录结构怎么看拿到 Android Killer 压缩包后解压到某个干净的目录比如D:\AndroidKiller。文件夹里重点注意几个东西AndroidKiller.exe主程序双击启动。bin目录存放程序运行所需的 jar 包、配置文件。examples自带的一些示例工程。有的版本会内置apktool.jar或其他小工具不需要你额外下载。第一次解压后建议右键AndroidKiller.exe选择“以管理员身份运行”。因为程序在后续编译、签名时可能要在工作目录里创建临时文件没有管理员权限在某些 Windows 版本上会报权限不足。3.3 第一次启动主界面分成了哪些功能区启动后你会看到一个分区明确的界面我先带你把各个区域认清楚顶部菜单栏文件、编辑、搜索、Android、配置、日志等入口。左侧工程管理区显示反编译后的 APK 文件树包括 smali、res、assets 等目录你的所有操作基本都从这里发起。中间代码编辑区双击 smali 或资源文件后代码在这里显示和编辑支持语法高亮。底部信息区包含日志输出、搜索结果显示、控制台等 Tab。右侧通常是快速操作或属性面板在不同版本里布局略有差异。如果界面出现乱码一般不是安装问题而是虚拟机编码环境问题。这个问题我放到后面的常见问题章节专门讲这里你只要知道能看到界面、菜单能点开就算是安装成功了。4. 核心配置JDK、adb、构建工具一个都不能少4.1 配置 JDK 路径打开软件后第一件事双 击 AndroidKiller.exe 后第一次启动通常会自动检测 JDK。如果检测失败或检测到错误版本软件会弹窗提示你手动配置。手动配置的路径一般是菜单栏配置-JDK设置然后在弹窗里选择 JDK 的根目录不要选到 bin。选对后可以看主界面底部日志如果出现类似JDK 1.8.0_152 loaded的提示就说明 JDK 配置成功了。这里有一个很实用的检查技巧如果 AK 能启动但反编译时一直提示找不到keytool或jarsigner通常是 JDK 路径没配对因为签名工具都在 JDK 的 bin 目录下。AK 会自动用你配置的 JDK 路径去找这些工具所以路径错了后面签名也必然失败。4.2 配置 adb 路径让工具能连接设备在 Android Killer 里配置 adb 的入口一般是菜单栏配置-adb设置或Android-设置不同版本菜单名略有不同。你需要将 adb 路径指向adb.exe文件本身而不是 platform-tools 目录。配置完成后最好把模拟器或真机先连接上然后在 AK 里点击设备刷新按钮看底部信息区能否识别到设备序列号。这里我踩过的坑是某些模拟器自带的 adb 版本和 SDK platform-tools 版本不一致导致设备列表是空的。解决办法是用 SDK 的 adb 替换掉模拟器目录里的 adb或者启动模拟器后再手动连接一次端口。4.3 配置 apktool 和相关构建命令经典版 Android Killer 通常内置了一个 apktool.jar路径在软件的bin目录下。但内置版本一般比较老遇到新版安卓系统编译出来的 APK 时可能反编译失败报baksmali dump failed之类的错误。这时候可以选择替换内置的 apktool.jar去 apktool 官网下载最新版 jar改名为apktool.jar覆盖到 AK 的 bin 目录。覆盖前记得备份原文件。需要注意新版 apktool 通常要求 JDK 8 以上如果你已经按上面的建议装了 JDK 8基本没问题如果你还装了更高版本 JDK并且 AK 启动时默认用的就是高版本也可能出现兼容问题所以环境保持“JDK 8”这个基准最省心。除了 apktoolAK 还会用到 zipalign优化 APK 资源、jarsigner签名等工具这些一般会在配置面板里统一定位。建议在配置界面里逐个确认路径不要略过。4.4 工作目录和临时文件的设置Android Killer 在反编译 APK 时会把解包结果保存在一个工作目录里默认一般是C:\Users\用户名\Documents\AndroidKiller\Projects。这个默认位置在部分系统上会存在两个隐患一是用户目录如果是中文用户名可能出现路径解析问题二是 C 盘空间不足时大 APK 反编译会失败。我自己习惯在工作目录设置里改成纯英文路径比如D:\AKProjects。具体入口在配置项的“工程”或“工作空间”里。改完之后AK 会把每个反编译项目放在这个目录下管理起来清楚很多也方便备份。5. 实战跑通逆向全流程反编译 - 修改 - 回编译 - 签名 - 安装5.1 导入 APK 并反编译第一次看到 smali 长什么样配置完成后就可以实战了。在 Android Killer 的工程管理区可以直接把一个 APK 文件拖拽进窗口也可以通过右键菜单选择“打开/导入 APK”。导入后AK 会自动调用 apktool 进行反编译底部日志区会显示解包过程包括资源解码、smali 生成等。等工程树刷新出来你会看到类似下面的结构smali所有反编译出的 smali 代码按包名层级排列。res资源文件包括布局 layout、字符串 values、图片 drawable 等。AndroidManifest.xml清单文件可以查看应用包名、权限、入口 Activity。assets应用自带的原始资源。我自己第一次看到 AndroidManifest.xml 时比较惊讶因为 AK 可以直接以可读表格展示权限和组件信息不需要额外下载工具。你可以先随便点开一个 smali 文件熟悉一下代码风格建议这时候不用急着改先对照 Java 思维理解寄存器操作。5.2 全局搜索快速锁定目标逻辑逆向修改时最核心的环节就是定位代码。假设你要找一个包含特定字符串的代码位置直接在 AK 底部搜索框输入关键词搜索范围选择“smali”然后执行搜索下方搜索结果会列出所有匹配的文件和行号。这里有一个新手必踩的坑搜索中文字符串时经常搜不到因为 smali 文件里中文字符串通常会以 Unicode 编码形式存储比如“密码”会变成\u5bc6\u7801。AK 的搜索框有些版本支持直接模糊匹配但更稳妥的方法是先把中文字符串转成 Unicode再搜索。你可以用在线转换工具或者在 Python 里用一行代码转换。学会这个技巧后定位字符串要比无头绪翻代码快十倍。搜索结果支持双击跳转到对应代码行这时候你就能直接看到相关逻辑比如某个按钮点击事件的 smali 代码、某个字符串对应的分支判断等。5.3 修改 smali 的三种常见操作定位到目标 smali 代码后通常会做三类修改改字符串、改逻辑跳转、加日志输出。我用自己写的一个测试 APK 来说明假设它有个功能弹窗提示“请升级到专业版”现在想把它改掉。改字符串搜索到const-string v0, 请升级到专业版之后直接把引号里的字符串改成你想要的文案就行。注意别动引号格式smali 对引号敏感中文和英文引号不能混用。改逻辑跳转这是最常用的做法。比如有一段 smaliinvoke-virtual {p0}, Lcom/example/demo/MainActivity;-isVip()Z move-result v0 if-eqz v0, :cond_1 # 这里是 VIP 分支意思是isVip()返回 falsev0 为 0时跳转到cond_1跳过 VIP 分支。如果你想让代码直接走进 VIP 分支可以把if-eqz等于 0 跳转改成if-nez不等于 0 跳转这样非 VIP 用户也能走 VIP 逻辑。反过来如果想让某段代码永远不执行也可以把条件改成goto或直接 nop 填充。改跳转时一定要先理解每个指令的含义别盲改改错轻则崩溃重则逻辑混乱。加日志输出调试时最想在关键位置打印变量值可以在 smali 里插入const-string v0, MyDebugTag invoke-static {v0, v1}, Landroid/util/Log;-d(Ljava/lang/String;Ljava/lang/String;)Iv1 是你想打印的值这段代码会把这个值输出到 logcat。加日志对新人理解代码流程非常有帮助而且定位问题比纯肉眼分析快很多。5.4 回编译打包是新手最容易放弃的环节修改完 smali在工程管理区右键选择“编译”AK 会调用 apktool 回编译资源并生成未签名的 APK。这个过程如果顺利底部控制台会显示Build SUCCESSFUL。回编译失败很常见尤其是在修改资源文件后。最典型的原因是资源文件引用错误或者 aapt 版本不匹配。我的建议是如果只是改 smali 逻辑基本都能编译通过如果动了 res/layout 或 AndroidManifest就要格外小心 xml 格式问题。回编译成功后接下来是签名。5.5 签名、安装与实测直接编译出来的 APK 是没有有效签名的Android 系统不允许安装所以必须签名。AK 里的签名功能通常可以做到“一键签名”默认会使用内置的 debug keystore也就是测试签名。你在配置里也可以指定自己的 keystore 文件。如果你自测安装在模拟器上用 debug 签名完全够用。但要注意有些 APK 内部做了签名校验换掉官方签名后打开应用可能闪退。这种情况下要么做去签名校验的修改要么重新做一套完整的正式签名流程这些都属于逆向进阶内容不在今天的安装配置范围内。签名完成后直接右键新 APK选择“安装到模拟器/设备”AK 会通过 adb 安装。安装成功后打开应用验证修改效果。到这里一套“反编译 - 修改 - 回编译 - 签名 - 安装”的完整流程就跑通了。6. 高频问题排查与避坑清单6.1 反编译失败的常见原因很多新手卡在反编译这步日志里报错信息五花八门。遇到反编译失败先按顺序排查APK 文件本身是否加密加固。如果 APK 经过了加固处理比如企业级加固、腾讯乐固、360加固等apktool 解出来的 dex 是壳后续看不到真实代码。这种情况需要先脱壳不是 AK 能直接解决的。路径是否包含中文或空格。工程路径、APK 路径、工作目录路径任何一层有中文都可能导致 apktool 执行失败。内置 apktool 版本过旧。处理方法我之前说过了去官网下载新版 apktool.jar 覆盖到 AK bin 目录。杀毒软件误删或拦截。AK 的一些工具行为在某些杀毒软件眼里可能可疑如果一直失败可以临时关闭杀软再试。6.2 回编译失败的常见原因回编译失败经常比反编译失败更让人抓狂因为报错信息可能很隐晦。建议重点关注这几个方向资源重名或缺失修改 AndroidManifest.xml 时如果引用了不存在的资源 id回编译时 aapt 会报错。smali 语法错误添加或修改 smali 时寄存器、指令写得不对回编译也会失败。这时候可以看日志里的错误行号回到 smali 对应行检查。换行符或编码问题最好把 AK 的默认编码设置为 UTF-8否则修改内容里如果混入 GBK 编码的中文回编译可能会报 Invalid string 之类。6.3 安装失败和运行崩溃怎么处理签名成功后安装失败最常见的原因是设备上已经安装了原版 APK签名不一致导致覆盖安装失败。解决方法是先卸载原应用再安装修改版。如果是系统应用可能还需要 root 权限或 adb remount。安装后打开闪退通常有两类原因一是修改逻辑导致的 smali 空指针或类型错误二是签名校验。处理闪退的办法是抓崩溃日志通过 adb logcat 找到异常信息反推定位到对应 smali。这里建议你在修改关键逻辑时一定要逐步修改每次只改一个点验证通过后再改下一处不要一次性改十几个地方然后崩溃了无从排查。6.4 中文乱码与编码问题的终极解法AK 里偶尔会看到中文乱码尤其是在日志输出和部分文件编辑时。这个问题的根源是 Java 虚拟机默认编码和文件实际编码不一致。解决办法在配置文件AndroidKiller.ini或启动参数中指定编码常见做法是设置-Dfile.encodingutf-8。具体操作可以搜索你使用版本的配置方式一般写在 .ini 文件里的 JVM 参数段。改完之后重启 AK乱码基本能解决。如果搜索中文仍然找不到那就用我前面说的 Unicode 转换法。记住一个原则在 smali 层面看到的中文几乎都是 Unicode 转义后的形式别直接搜明文。6.5 我的一些配置习惯和最后提醒文章最后分享几个我实际使用中沉淀下来的习惯希望对你有帮助备份原 APK任何修改前把原始 APK 单独存一份别在同一个目录覆盖。逆向改崩了是家常便饭有备份才能快速回退。分步修改每改一处就回编译一次不要攒到最后统一处理。虽然编译耗时但这样可以第一时间定位错误。用 jadx 辅助阅读用 AK 辅助修改很多逻辑复杂的情况直接在 smali 上看很费劲可以先用 jadx 把 dex 反编译成 Java 代码大致看懂流程再到 AK 里精准定位并修改对应的 smali。这两个工具搭配使用效率远高于单独用任何一个。保持环境纯净把 JDK 8、platform-tools、Android Killer 三者的路径都固定下来写进一个备忘录。以后重装系统时照着这份清单半小时就能恢复工作环境。Android Killer 本身不是什么高深工具它就是一层让 apktool 更好用的壳但它恰到好处地解决了 Windows 用户做安卓逆向时“工具太散、上手太难”的痛点。把这篇文章里的安装配置流程走完你等于已经有了一套完整的逆向起步环境剩下的事情就是在实战中慢慢积累 smali 指令和理解逻辑了。
Android Killer 安装配置教程：从 JDK 到 APK 反编译回编译全流程
做安卓逆向的人电脑里多多少少都装过几款工具但要说哪个工具“装完就能干活、新手也能直接上手”我的答案一直是 Android Killer。这款在 Windows 平台下运行的安卓逆向集成工具把 APK 反编译、smali 代码查看与修改、资源文件查看、重新打包、签名这一整套流程都塞进了一个图形界面里不用像以前那样在命令行里来回敲 apktool、dex2jar、jadx切换各种窗口。这篇文章我就围绕 Android Killer 的安装和配置展开把从 JDK 环境准备到第一次成功回编译 APK 的完整过程都梳理一遍适合刚接触安卓逆向、想在 Windows 上搭一套顺手逆向工作台的读者参考。1. Android Killer 到底是什么为什么它是逆向工作台的黏合剂1.1 一句话理解 Android KillerAndroid Killer 本质上是一个面向 Windows 平台的安卓逆向集成开发环境它把 APK 反编译后得到的 smali 代码以工程化形式管理起来。你可以把它理解为“安卓反编译版的 Eclipse 或 VS Code”左边是工程文件树中间是代码编辑器下面是搜索和日志窗口所有逆向操作都被封装成菜单按钮。它的核心价值在于你不需要记住大量命令行参数不用反复切换多个工具只要导入一个 APK就能在同一个界面里完成“反编译 - 定位代码 - 修改 smali - 回编译 - 签名 - 安装”的完整闭环。对于刚入门的安卓逆向学习者来说这个闭环能让你把精力集中在“怎么改”上而不是浪费在“工具怎么配”上这就是它被叫“神器”的原因。很多人觉得“我已经会用 apktool 命令行了还需要 Android Killer 吗”我的看法很直接如果你只在服务器上做批量反编译命令行够用但当你需要频繁搜索关键词、多次修改代码、反复回编译调试时图形界面带来的效率提升是非常明显的。它更像一个工作台把零散的命令行工具收纳成顺手的功能按钮。1.2 和同类工具相比AK 的优势在哪里Android Killer 不完全是一个独立的逆向引擎它底层还是调用 apktool、dex2jar、jarsigner 这些开源工具但它把这些工具集成得非常好尤其在以下几个方面做得比裸命令行舒服全局搜索能力在反编译后的所有 smali 文件里搜索关键字这个功能在定位逻辑时极其关键。命令行工具想做到同样效果需要自己写 grep 脚本而 AK 直接在底部搜索框输入关键词就能列出所有匹配行。可视化的工程管理APK 反编译后生成的文件结构、资源文件、图片、布局文件都按树形结构展示双击即可查看AndroidManifest.xml 还能直接以可视化编辑界面打开。一条龙打包修改完 smali 后右键选择编译、签名AK 会自动调用对应工具链生成新 APK中间不需要你手动输入复杂的命令。便于调试和对比修改前可以先备份修改后能通过日志区看到编译输出方便排查出错位置。同类工具中jadx 更擅长把 dex 反编译成 Java 代码阅读但它在“改完重新打包”上支持较弱MT管理器在手机上方便但没法处理复杂 smali 逻辑。Android Killer 的定位恰恰是“以 smali 为基本修改单位”的 PC 端工作台这在 Windows 用户里认可度一直很高。1.3 你要做安卓逆向需要先有哪些基础认知在动手配置之前我建议你先理解几个关键概念否则后面遇到问题会一脸懵APK 不是源码包它是 zip 压缩包里面包含 dex 文件Dalvik 字节码、资源文件、签名信息和 AndroidManifest.xml。我们说的“反编译 APK”通常指的是用 apktool 解开它得到可读的 smali 代码和资源文件。smali 是什么简单说它是 Dalvik 字节码的一种文本表示形式类似汇编语言。你不会 Java 也能看懂一部分 smali比如const/4 v0, 0x1就是把 1 赋值给寄存器 v0if-eqz v0, :cond_0是如果 v0 等于 0 就跳转。回编译是什么修改完 smali 后需要重新打包成 APK。这个过程中 APK 的签名会失效所以还要重新签名才能安装到设备上。为什么需要 JDK因为 apktool、jarsigner 这些工具都是 Java 程序Android Killer 底层也要依赖 Java 虚拟机运行所以 JDK 是必须安装的。有了这层基础再往下看安装配置就顺理成章了。2. 安装前的环境准备JDK 和路径是最大的坑2.1 推荐安装 JDK 832 位优先64 位要分情况Android Killer 最推荐的 Java 环境是 JDK 1.8也就是 Java 8这一点在多个版本里都是标配。我自己第一次装的时候图省事直接装了最新的 JDK 17结果打开 Android Killer 直接报UnsupportedClassVersionError后来换成 JDK 8 才顺利启动。选择 JDK 8 时还有一个容易被忽略的点优先装 32 位版本。因为 Android Killer 的经典版本是基于 32 位 Java 虚拟机设计的如果你的机器是 64 位系统装 32 位 JDK 完全没问题。反过来如果你装了 64 位 JDK某些版本的 AK 在启动时可能会报错或者加载 apktool 时异常。我个人的建议是配置逆向专用的 JDK 8 32 位版本不要去改系统级的高级版本避免其他开发环境被牵连。2.2 JAVA_HOME 环境变量怎么配为什么不能有中文路径安装完 JDK 后需要配置环境变量。这里我不展开写全部步骤但强调几个关键点JAVA_HOME指向 JDK 安装根目录比如C:\jdk1.8.0_152不要配到 bin 目录。Path中需要追加%JAVA_HOME%\bin这样 cmd 里输入java -version才能直接看到版本。JDK 安装路径不能包含中文、空格和特殊字符。千万不要装在C:\Program Files\Java\jdk1.8.0_152这种带空格的默认路径Android Killer 或其内置工具脚本有时候解析不了带空格的路径会莫名其妙报“找不到文件”。建议直接装到C:\jdk8这种干净目录。你可以在命令行里执行java -version来确认环境变量是否生效。如果显示的是java version 1.8.0_152说明 JDK 8 已经正常配置。2.3 adb 和 Android SDK 环境准备Android Killer 要连接设备或模拟器还需要 adbAndroid Debug Bridge。adb 通常包含在 Android SDK 的platform-tools目录里比如D:\Android\Sdk\platform-tools\adb.exe。如果你以前没装过 Android SDK也可以只下载 platform-tools 单独包把 adb.exe 放到任意目录然后在 AK 的配置里指向它就行。我自己是不建议为了用 AK 去装整个 Android Studio太重了单独解压一个 platform-tools 就够用。需要注意的是adb 的路径同样不要有中文和空格否则设备连接可能会 fail。另外连接真机调试时要开启开发者模式里的 USB 调试模拟器一般默认支持 adb 连接但不同模拟器厂商的 adb 端口可能不一样比如夜神是 62001MuMu 是 7555这些属于后话了。3. Android Killer 下载、安装与界面认识3.1 版本选择经典版还是 IDEA 插件版Android Killer 目前市面上流传比较广的有两代经典版基于 Java Swing 开发的独立 Windows GUI 程序常见版本号是 v1.2、v1.3、v1.3.1 等网盘和论坛里流传最多的是Android Killer_v1.3.1_20160713。这个版本绿色免安装解压即用适合 Windows 7/10 系统。新版Android Killer 插件版以 JetBrains 插件形式发布可以安装到 IDEA 或 Android Studio 里界面更现代支持 smali 断点调试、普通文本编辑器体验更好但配置路径和经典版不太一样。对于第一次接触安卓逆向的同学我建议先从经典版入手。原因有三个第一网上绝大多数教程和资料都基于经典版遇到问题更容易搜到答案第二经典版功能集中不会被 IDE 的其他功能干扰第三它本身就是集成环境不需要额外安装 IDEA。插件版等你这套流程跑熟以后再尝试会更顺畅。3.2 解压后的目录结构怎么看拿到 Android Killer 压缩包后解压到某个干净的目录比如D:\AndroidKiller。文件夹里重点注意几个东西AndroidKiller.exe主程序双击启动。bin目录存放程序运行所需的 jar 包、配置文件。examples自带的一些示例工程。有的版本会内置apktool.jar或其他小工具不需要你额外下载。第一次解压后建议右键AndroidKiller.exe选择“以管理员身份运行”。因为程序在后续编译、签名时可能要在工作目录里创建临时文件没有管理员权限在某些 Windows 版本上会报权限不足。3.3 第一次启动主界面分成了哪些功能区启动后你会看到一个分区明确的界面我先带你把各个区域认清楚顶部菜单栏文件、编辑、搜索、Android、配置、日志等入口。左侧工程管理区显示反编译后的 APK 文件树包括 smali、res、assets 等目录你的所有操作基本都从这里发起。中间代码编辑区双击 smali 或资源文件后代码在这里显示和编辑支持语法高亮。底部信息区包含日志输出、搜索结果显示、控制台等 Tab。右侧通常是快速操作或属性面板在不同版本里布局略有差异。如果界面出现乱码一般不是安装问题而是虚拟机编码环境问题。这个问题我放到后面的常见问题章节专门讲这里你只要知道能看到界面、菜单能点开就算是安装成功了。4. 核心配置JDK、adb、构建工具一个都不能少4.1 配置 JDK 路径打开软件后第一件事双 击 AndroidKiller.exe 后第一次启动通常会自动检测 JDK。如果检测失败或检测到错误版本软件会弹窗提示你手动配置。手动配置的路径一般是菜单栏配置-JDK设置然后在弹窗里选择 JDK 的根目录不要选到 bin。选对后可以看主界面底部日志如果出现类似JDK 1.8.0_152 loaded的提示就说明 JDK 配置成功了。这里有一个很实用的检查技巧如果 AK 能启动但反编译时一直提示找不到keytool或jarsigner通常是 JDK 路径没配对因为签名工具都在 JDK 的 bin 目录下。AK 会自动用你配置的 JDK 路径去找这些工具所以路径错了后面签名也必然失败。4.2 配置 adb 路径让工具能连接设备在 Android Killer 里配置 adb 的入口一般是菜单栏配置-adb设置或Android-设置不同版本菜单名略有不同。你需要将 adb 路径指向adb.exe文件本身而不是 platform-tools 目录。配置完成后最好把模拟器或真机先连接上然后在 AK 里点击设备刷新按钮看底部信息区能否识别到设备序列号。这里我踩过的坑是某些模拟器自带的 adb 版本和 SDK platform-tools 版本不一致导致设备列表是空的。解决办法是用 SDK 的 adb 替换掉模拟器目录里的 adb或者启动模拟器后再手动连接一次端口。4.3 配置 apktool 和相关构建命令经典版 Android Killer 通常内置了一个 apktool.jar路径在软件的bin目录下。但内置版本一般比较老遇到新版安卓系统编译出来的 APK 时可能反编译失败报baksmali dump failed之类的错误。这时候可以选择替换内置的 apktool.jar去 apktool 官网下载最新版 jar改名为apktool.jar覆盖到 AK 的 bin 目录。覆盖前记得备份原文件。需要注意新版 apktool 通常要求 JDK 8 以上如果你已经按上面的建议装了 JDK 8基本没问题如果你还装了更高版本 JDK并且 AK 启动时默认用的就是高版本也可能出现兼容问题所以环境保持“JDK 8”这个基准最省心。除了 apktoolAK 还会用到 zipalign优化 APK 资源、jarsigner签名等工具这些一般会在配置面板里统一定位。建议在配置界面里逐个确认路径不要略过。4.4 工作目录和临时文件的设置Android Killer 在反编译 APK 时会把解包结果保存在一个工作目录里默认一般是C:\Users\用户名\Documents\AndroidKiller\Projects。这个默认位置在部分系统上会存在两个隐患一是用户目录如果是中文用户名可能出现路径解析问题二是 C 盘空间不足时大 APK 反编译会失败。我自己习惯在工作目录设置里改成纯英文路径比如D:\AKProjects。具体入口在配置项的“工程”或“工作空间”里。改完之后AK 会把每个反编译项目放在这个目录下管理起来清楚很多也方便备份。5. 实战跑通逆向全流程反编译 - 修改 - 回编译 - 签名 - 安装5.1 导入 APK 并反编译第一次看到 smali 长什么样配置完成后就可以实战了。在 Android Killer 的工程管理区可以直接把一个 APK 文件拖拽进窗口也可以通过右键菜单选择“打开/导入 APK”。导入后AK 会自动调用 apktool 进行反编译底部日志区会显示解包过程包括资源解码、smali 生成等。等工程树刷新出来你会看到类似下面的结构smali所有反编译出的 smali 代码按包名层级排列。res资源文件包括布局 layout、字符串 values、图片 drawable 等。AndroidManifest.xml清单文件可以查看应用包名、权限、入口 Activity。assets应用自带的原始资源。我自己第一次看到 AndroidManifest.xml 时比较惊讶因为 AK 可以直接以可读表格展示权限和组件信息不需要额外下载工具。你可以先随便点开一个 smali 文件熟悉一下代码风格建议这时候不用急着改先对照 Java 思维理解寄存器操作。5.2 全局搜索快速锁定目标逻辑逆向修改时最核心的环节就是定位代码。假设你要找一个包含特定字符串的代码位置直接在 AK 底部搜索框输入关键词搜索范围选择“smali”然后执行搜索下方搜索结果会列出所有匹配的文件和行号。这里有一个新手必踩的坑搜索中文字符串时经常搜不到因为 smali 文件里中文字符串通常会以 Unicode 编码形式存储比如“密码”会变成\u5bc6\u7801。AK 的搜索框有些版本支持直接模糊匹配但更稳妥的方法是先把中文字符串转成 Unicode再搜索。你可以用在线转换工具或者在 Python 里用一行代码转换。学会这个技巧后定位字符串要比无头绪翻代码快十倍。搜索结果支持双击跳转到对应代码行这时候你就能直接看到相关逻辑比如某个按钮点击事件的 smali 代码、某个字符串对应的分支判断等。5.3 修改 smali 的三种常见操作定位到目标 smali 代码后通常会做三类修改改字符串、改逻辑跳转、加日志输出。我用自己写的一个测试 APK 来说明假设它有个功能弹窗提示“请升级到专业版”现在想把它改掉。改字符串搜索到const-string v0, 请升级到专业版之后直接把引号里的字符串改成你想要的文案就行。注意别动引号格式smali 对引号敏感中文和英文引号不能混用。改逻辑跳转这是最常用的做法。比如有一段 smaliinvoke-virtual {p0}, Lcom/example/demo/MainActivity;-isVip()Z move-result v0 if-eqz v0, :cond_1 # 这里是 VIP 分支意思是isVip()返回 falsev0 为 0时跳转到cond_1跳过 VIP 分支。如果你想让代码直接走进 VIP 分支可以把if-eqz等于 0 跳转改成if-nez不等于 0 跳转这样非 VIP 用户也能走 VIP 逻辑。反过来如果想让某段代码永远不执行也可以把条件改成goto或直接 nop 填充。改跳转时一定要先理解每个指令的含义别盲改改错轻则崩溃重则逻辑混乱。加日志输出调试时最想在关键位置打印变量值可以在 smali 里插入const-string v0, MyDebugTag invoke-static {v0, v1}, Landroid/util/Log;-d(Ljava/lang/String;Ljava/lang/String;)Iv1 是你想打印的值这段代码会把这个值输出到 logcat。加日志对新人理解代码流程非常有帮助而且定位问题比纯肉眼分析快很多。5.4 回编译打包是新手最容易放弃的环节修改完 smali在工程管理区右键选择“编译”AK 会调用 apktool 回编译资源并生成未签名的 APK。这个过程如果顺利底部控制台会显示Build SUCCESSFUL。回编译失败很常见尤其是在修改资源文件后。最典型的原因是资源文件引用错误或者 aapt 版本不匹配。我的建议是如果只是改 smali 逻辑基本都能编译通过如果动了 res/layout 或 AndroidManifest就要格外小心 xml 格式问题。回编译成功后接下来是签名。5.5 签名、安装与实测直接编译出来的 APK 是没有有效签名的Android 系统不允许安装所以必须签名。AK 里的签名功能通常可以做到“一键签名”默认会使用内置的 debug keystore也就是测试签名。你在配置里也可以指定自己的 keystore 文件。如果你自测安装在模拟器上用 debug 签名完全够用。但要注意有些 APK 内部做了签名校验换掉官方签名后打开应用可能闪退。这种情况下要么做去签名校验的修改要么重新做一套完整的正式签名流程这些都属于逆向进阶内容不在今天的安装配置范围内。签名完成后直接右键新 APK选择“安装到模拟器/设备”AK 会通过 adb 安装。安装成功后打开应用验证修改效果。到这里一套“反编译 - 修改 - 回编译 - 签名 - 安装”的完整流程就跑通了。6. 高频问题排查与避坑清单6.1 反编译失败的常见原因很多新手卡在反编译这步日志里报错信息五花八门。遇到反编译失败先按顺序排查APK 文件本身是否加密加固。如果 APK 经过了加固处理比如企业级加固、腾讯乐固、360加固等apktool 解出来的 dex 是壳后续看不到真实代码。这种情况需要先脱壳不是 AK 能直接解决的。路径是否包含中文或空格。工程路径、APK 路径、工作目录路径任何一层有中文都可能导致 apktool 执行失败。内置 apktool 版本过旧。处理方法我之前说过了去官网下载新版 apktool.jar 覆盖到 AK bin 目录。杀毒软件误删或拦截。AK 的一些工具行为在某些杀毒软件眼里可能可疑如果一直失败可以临时关闭杀软再试。6.2 回编译失败的常见原因回编译失败经常比反编译失败更让人抓狂因为报错信息可能很隐晦。建议重点关注这几个方向资源重名或缺失修改 AndroidManifest.xml 时如果引用了不存在的资源 id回编译时 aapt 会报错。smali 语法错误添加或修改 smali 时寄存器、指令写得不对回编译也会失败。这时候可以看日志里的错误行号回到 smali 对应行检查。换行符或编码问题最好把 AK 的默认编码设置为 UTF-8否则修改内容里如果混入 GBK 编码的中文回编译可能会报 Invalid string 之类。6.3 安装失败和运行崩溃怎么处理签名成功后安装失败最常见的原因是设备上已经安装了原版 APK签名不一致导致覆盖安装失败。解决方法是先卸载原应用再安装修改版。如果是系统应用可能还需要 root 权限或 adb remount。安装后打开闪退通常有两类原因一是修改逻辑导致的 smali 空指针或类型错误二是签名校验。处理闪退的办法是抓崩溃日志通过 adb logcat 找到异常信息反推定位到对应 smali。这里建议你在修改关键逻辑时一定要逐步修改每次只改一个点验证通过后再改下一处不要一次性改十几个地方然后崩溃了无从排查。6.4 中文乱码与编码问题的终极解法AK 里偶尔会看到中文乱码尤其是在日志输出和部分文件编辑时。这个问题的根源是 Java 虚拟机默认编码和文件实际编码不一致。解决办法在配置文件AndroidKiller.ini或启动参数中指定编码常见做法是设置-Dfile.encodingutf-8。具体操作可以搜索你使用版本的配置方式一般写在 .ini 文件里的 JVM 参数段。改完之后重启 AK乱码基本能解决。如果搜索中文仍然找不到那就用我前面说的 Unicode 转换法。记住一个原则在 smali 层面看到的中文几乎都是 Unicode 转义后的形式别直接搜明文。6.5 我的一些配置习惯和最后提醒文章最后分享几个我实际使用中沉淀下来的习惯希望对你有帮助备份原 APK任何修改前把原始 APK 单独存一份别在同一个目录覆盖。逆向改崩了是家常便饭有备份才能快速回退。分步修改每改一处就回编译一次不要攒到最后统一处理。虽然编译耗时但这样可以第一时间定位错误。用 jadx 辅助阅读用 AK 辅助修改很多逻辑复杂的情况直接在 smali 上看很费劲可以先用 jadx 把 dex 反编译成 Java 代码大致看懂流程再到 AK 里精准定位并修改对应的 smali。这两个工具搭配使用效率远高于单独用任何一个。保持环境纯净把 JDK 8、platform-tools、Android Killer 三者的路径都固定下来写进一个备忘录。以后重装系统时照着这份清单半小时就能恢复工作环境。Android Killer 本身不是什么高深工具它就是一层让 apktool 更好用的壳但它恰到好处地解决了 Windows 用户做安卓逆向时“工具太散、上手太难”的痛点。把这篇文章里的安装配置流程走完你等于已经有了一套完整的逆向起步环境剩下的事情就是在实战中慢慢积累 smali 指令和理解逻辑了。
