扔一个APK进去，吐出来全套接口文档和调用路径！这个android-reverse-engineering-skill自动化反编译工具把解包、还原代码、抓接口、追调用链全部串起来自动跑完，把几小时手工活压缩成几分钟自动扫描。
android-reverse-engineering-skill自动化反编译工具把“解包、还原代码、抓网络请求、追调用链条”这四个步骤全部串起来自动执行，所以原来需要手工折腾两小时甚至更久的活，现在几分钟就能跑完，而且得到的信息更完整、更容易看懂。
传统反编译工具只负责把APK拆开，然后把一堆乱七八糟的代码文件扔在桌面上。剩下的工作全靠肉眼去翻、去猜、去拼凑。
这个自动化技能多干了两件要命的事情：
- 第一件是把散落在几百个文件里的网络请求全部自动扫出来。
- 第二件是沿着调用路径一路追到底，把整条链路画清楚。
两件事情加在一起，就从“看代码”升级成了“看业务流程”。代码是人写的，业务流程是人能看懂的，这中间的差距就是效率提升的关键。
手工反编译到底有多痛苦
拿一个APK文件丢进在线反编译网站。网站吐出来几百个Java文件，类名全是a、b、c、d这种单字母。点开一个叫a.java的文件，里面一堆x1、y2、z3这样的变量名。完全看不懂这是在干啥。
再点开一个b.java，又是一堆乱码一样的字母。来回切换十几个文件，眼睛开始发花。两个小时后，连登录接口的地址都没找到。整个过程就像在一片废墟里找一根针，而且废墟还在不断变大。
问题出在哪里
反编译工具只干了翻译的活，没干整理的活。它把二进制变成了代码，但没有把代码变成逻辑。混淆工具把名字都改了，但改不掉的是调用关系。调用关系藏在代码结构里，需要沿着链路一层层去找。
手工找的时候，点进A类看到它调了B类的方法。点进B类看到它调了C类。点进C类看到它发了网络请求。来回跳转十几次，脑子里的线路图早乱套了。最后往往是找到一个接口就谢天谢地，根本不敢想有没有漏掉其他的。
自动化技能到底干了什么
这个叫android-reverse-engineering-skill的东西，干的活其实很直白。它把整个反编译和分析流程拆成了五个步骤，每个步骤都自动完成。
第一步：检查环境
首先确认电脑上有没有jadx这个反编译工具。没有的话报错提醒，告诉缺少什么。还要确认有没有Fernflower或者Vineflower这两个代码还原器。环境不对就不往下跑，避免跑到一半卡住。
这一步看起来简单，但手工做的时候经常踩坑。工具版本不对、依赖缺失、路径没配好，每个坑都能耽误十分钟。自动化直接一次性检查完。
第二步：执行反编译
同时跑两个反编译引擎对同一个APK下手。一个引擎翻出来的代码可能有些地方不顺畅，另一个可能补上。两个结果放一起对比，选更清楚的那份往外拿。
这就像让两个翻译同时翻同一篇古文，然后挑更通顺的版本来看。单个引擎可能有盲区，两个一起上就能互相补位。
第三步：抓网络接口
这是最核心的一步。扫描所有代码里的网络请求痕迹。Retrofit框架的注解像@GET、@POST这种，全部抓出来。OkHttp的调用点，全部抓出来。硬编码在代码里的URL网址，全部抓出来。认证用的Header和Token，全部抓出来。
这一步的价值在于，手工找这些东西需要在几百个文件里搜几十个关键词。每个关键词搜一遍，点开看一遍，判断是不是真的接口。自动化一秒扫完。
第四步：追踪调用链
从界面层的Activity开始往下追。Activity里调了哪个ViewModel，ViewModel调了哪个Repository，Repository里发了哪个网络请求。这一整条路径全部记录下来。
这一步极度痛苦但极度重要。因为很多接口并不直接写在界面代码里，而是绕了好几层。手工找的时候点错一个跳转就迷路。自动化直接画出完整地图。
第五步：输出整理好的结果
所有找到的接口、参数、请求方式、调用路径，按清晰的结构摆出来。不需要再自己去翻几百个文件。不需要再猜哪个类是干什么的。直接拿到可以读的报告。
传统工具为什么做不到
市面上有安全分析工具、反编译工具、在线分析平台。但这些工具有个通病：只给原材料不给成品。
有的工具输出一份安全报告，告诉你哪里可能有漏洞。但不告诉你接口有哪些，不告诉你怎么调，不告诉你是谁调了它。
有的工具输出smali代码。smali是更底层的语言，比Java还难看懂。看到一堆.method和.locals就直接关掉了。
还有的工具把反编译后的文件打包下载。几千个文件扔过来，加一句“慢慢看”。然后就没有然后了。
这些工具没有做“语义连接”。接口定义在A文件，调用点在B文件，真正的请求在C文件。手工需要自己把这三点连成线。工具只给出三个点，不画线。
这个自动化技能画了这条线。这就是它和传统工具的根本区别。
混淆代码为什么也挡不住
很多人觉得代码一混淆就完蛋了。类名变成a、b、c，方法名变成x1、y2，根本看不懂，觉得没救了。
但混淆有死角。这些死角是混淆工具改不掉的。
第一个死角：注解改不掉
Retrofit的@GET注解不会因为混淆就消失。@POST注解还在。@Path注解还在。这些注解里藏着接口路径和请求方式。混淆工具只能改名字，不能改注解。
第二个死角：字符串常量改不掉
URL网址写在代码里的双引号中间。混淆工具不会去改双引号里面的内容。网址里面写了什么，反编译出来还是什么。https://api.example.com/login这个字符串原样躺着。
第三个死角：Header名字改不掉
Authorization这个字段名不会变。Bearer Token前面的Bearer这个词不会变。Content-Type也不会变。这些都是网络协议的标准写法，改了服务器就不认，所以混淆不敢动。
第四个死角：调用顺序改不掉
混淆只能改名字，不能改“谁调了谁”这个关系。A类调了B类的方法，这个调用关系是程序逻辑决定的。把A类和B类改成什么名字，调用关系都不会变。
所以工具的策略不看名字，看行为。只要行为存在，就能被抓出来。类名叫a还是叫LoginActivity，对工具来说没区别。
一条命令搞定全部流程
这个技能最狠的设计是把所有复杂操作压缩成一条命令。
输入命令
/decompile app.apk
就这一句。不需要记其他命令，不需要切换工具，不需要手动解压，不需要记参数。
自动执行流程：命令敲下去之后，后台开始跑。解压、反编译、扫描接口、追踪调用链、生成报告。全部自动完成，不需要人工干预。
拿到结果：几分钟后，一份整理好的接口文档出现在眼前。包含所有请求地址、请求方式、参数列表、调用路径。
背后的本质：这不是偷懒，是把十几步手工操作封装进了一个流程里。每次使用都是同一套标准流程，不会漏步骤，不会犯低级错误。新手拿到就能用，老手省下来时间干更有价值的事。
实际能挖出哪些东西
拿一个真实的APK跑一遍，看看能挖出什么。
第一类：所有网络接口地址
类似https://api.example.com/v1/login这种完整地址。还有相对路径像/user/info这种。不管是写死的还是拼接的，全部抓出来。
第二类：请求方式
GET还是POST还是PUT还是DELETE。每个接口的方式清清楚楚列出来。
第三类：参数列表
Query参数像?page=1&size=20这种。Body参数像JSON里面的字段名和字段类型。Path参数像/user/{id}里面的id。全都列出来。
第四类：认证信息
Header里面的Authorization字段。Token的类型是Bearer还是Basic。有没有自定义的X-Auth-Token这种奇葩字段。全部暴露。
第五类：调用链路径
点哪个按钮会触发哪个请求。从哪个Activity开始，经过哪些类，最后发出请求。这条路径可以帮理解这个接口是干什么用的。
效率提升的真实对比
手工反编译一个中等复杂的APK，大概流程是这样的。
打开反编译工具，等它跑完。这一步花费五分钟。
在几百个类文件里搜索关键词。http、api、url、retrofit、okhttp、request、response。每个关键词搜一遍。这一步花费二十分钟。
一个个点开搜索结果，人工判断哪些是真正的网络请求。很多搜索结果根本不相干，只是变量名里碰巧包含了这几个字母。这一步花费三十分钟。
从找到的请求位置往上翻，找是谁调了它。点进去看调用方，再点调用方的调用方。来回跳转十几层。这一步花费四十分钟。
把零散的信息整理成文档。写清楚每个接口的地址、方式、参数、用途。这一步花费三十分钟。
总计两个小时。中间还可能漏掉很多接口。漏掉的永远不会知道。
用自动化技能跑同一个APK。
输入命令/decompile app.apk。等待三到五分钟。
拿到完整报告。包含所有接口和调用链。一个不漏。
总计五分钟。两小时对比五分钟，差距就是这么大。而且报告比手工整理的更完整、更准确。
免费自托管带来的实际好处
这个工具完全开源，跑在自己的电脑上。这意味着三件特别重要的事情。
第一件：数据不上传
APK文件不会发到任何服务器。反编译结果不会离开电脑。敏感信息不会泄露给第三方。对于分析金融APP、企业内部应用这种敏感目标，这条特别重要。
第二件：没有次数限制
商业工具用几次就开始收费。有的按次收费，有的按月收费，有的按功能收费。这个工具想跑多少次就跑多少次，一分钱不花。
第三件：随时可以改
开源意味着代码在自己手里。想加功能可以自己改。想调整输出格式可以自己调。想对接其他工具可以自己写脚本。不受任何人的限制。
这种模式对有长期分析需求的人来说特别划算。成本是零，上限是无限。
常见问题逐个拆解
问：拿到APK后第一步干什么
答：确认APK没有加固。把APK拖进检测工具看一眼。如果加固了，需要先脱壳。脱壳是另一个话题，但这个技能对部分已脱壳的包也能处理。
问：反编译失败怎么办
答：看报错信息。最常见的是jadx版本太旧。更新到最新版一般能解决。其次是APK本身损坏，重新下载一次。
问：抓到的接口不全怎么办
答：检查是不是用了动态加载代码。有些接口的URL是从服务器下发的，不写在APK里。这种情况需要抓网络包配合使用。
问：调用链看不懂怎么办
答：从入口开始看。报告里会标出来哪个Activity出发了哪个请求。先看Activity的名字，大概能猜到是哪个页面。然后顺着往下看就行。
问：Token抓到了但不知道怎么用
答：Token一般放在请求头的Authorization字段里。格式是Bearer 那一长串字符。调用接口的时候原样复制进去就行。
实战演示跑一遍
拿一个模拟的APK文件做例子。这个APK假设叫demo.apk，是一个天气查询应用。
敲命令
/decompile demo.apk
工具开始工作。屏幕上会滚动输出现在的进度。
[1/5] 检查环境... jadx已就绪，Fernflower已就绪[2/5] 开始反编译... 同时运行两个引擎[3/5] 正在扫描网络接口... 发现Retrofit接口3个，OkHttp调用2处[4/5] 正在追踪调用链... 已追踪5条完整路径[5/5] 生成报告... 报告已保存到 output/demo_report.md
打开报告文件，看到的内容大概是这样的。
接口一：获取城市列表
请求地址：https://api.weather.com/v1/cities
请求方式：GET
参数：无
调用路径：CityListActivity → CityListViewModel → WeatherRepository → WeatherApi.getCities
接口二：获取天气
请求地址：https://api.weather.com/v1/weather
请求方式：GET
参数：cityId（必填，字符串类型）
调用路径：WeatherDetailActivity → WeatherDetailViewModel → WeatherRepository → WeatherApi.getWeather
接口三：上报日志
请求地址：https://log.weather.com/v1/report
请求方式：POST
参数：event（字符串），timestamp（长整型）
调用路径：BaseActivity → LogViewModel → LogRepository → LogApi.report
认证信息
请求头里面有一个Authorization字段，值是Bearer开头的一串Token。所有三个接口都带这个头。
这就是拿到的全部信息。从零到有，五分钟。
以下是它能做什么：
→ 使用 jadx 和 Fernflower/Vineflower 反编译 APK、XAPK、JAR 和 AAR 文件。
→ 同时运行两个反编译引擎，并在你需要最清晰输出时比较结果。
→ 提取每个 Retrofit 端点定义。基础 URL、路径参数、查询参数、HTTP 方法。
→ 找到原始 OkHttp 调用。拦截。自定义头。客户端中硬编码的 Bearer 令牌。
→ 从字符串资源、BuildConfig 字段和混淆常量中提取硬编码 URL。
→ 追踪从 Activities 和 Fragments 通过 ViewModels 和 repositories 到实际 HTTP 调用的调用流程。
→ 使用专用导航策略处理 ProGuard 和 R8 混淆代码。
→ 分析 Android 清单。包结构。架构模式。
→ 自动提取 XAPK 包并反编译其中的每个拆分 APK。
→ 支持自然语言操作。“Follow the call flow from LoginActivity” 是一个有效命令。
→ 如果你想完全跳过 Claude，可运行独立的 shell 脚本执行每个步骤。
→ 安装缺失依赖时自动检测你的操作系统和包管理器。
android-reverse-engineering-skill/ |
总结
最疯狂的部分是：市面上所有商业化的API提取工具，都只给你反编译后的原始Java代码，然后让你自己去琢磨。MobSF给你一份安全报告。apktool给你smali代码。jadx单自己就能给你生成4万行重命名后的类。
但没有一个工具能追踪调用流程。没有一个能把LoginActivity、ViewModel、仓库层、OkHttpClient，一直到真正发出请求的http://api.example.com/v2/auth这条POST请求串起来。
而这个技能可以做到。只需要一条命令。
android-reverse-engineering-skill永远不会把你的APK分析锁在付费墙后面。因为整个技能就运行在你自己的电脑上，用你自己的工具。
MobSF云版：团队使用需要付费套餐。
Appdome：企业定价，不对外公开。
Binary Ninja的Android插件：每年299美元的个人授权。
而android-reverse-engineering-skill：0美元。不限APK数量。不限提取的API端点。你的电脑。你的输出结果。永久免费。4888颗星。567次分支。用Shell编写。在Claude Code里只需要两个命令就能安装。