Android端无源码App测试时拦截修改网络响应的更优方案咨询

按落地成本从低到高排序，可按需选择：

• 直接用现成的LSPosed生态工具，零代码就能搞定。不用自己搭fiddler那套链路，目前已经有专门做本地接口Mock的LSPosed模块，内置了通用SSL Pinning绕过能力，只要在模块的作用域里勾选目标测试App，接着配置需要拦截的URL匹配规则、对应要返回的状态码、响应头、响应体内容即可，配置好的规则支持本地导出备份，全程不需要连接电脑，外出测试只要提前在手机上配好规则就能直接用。
• 用手机端本地VPN类抓包工具实现Mock。这类工具不需要root也能用，遇到做了SSL Pinning的App搭配通用SSL unpinning模块即可，工具自带的重写功能可以直接匹配指定链接，替换返回响应，配置逻辑和fiddler的AutoResponder基本一致，上手没有额外成本。
• 如果你倾向用Frida实现，完全可以脱离电脑运行。提前在测试机上把frida-server配置成开机自启，再装个手机端的Frida管理工具，把你写好的请求拦截脚本存在手机本地，外出测试时直接在手机端操作注入目标App即可，不需要插线连PC。写脚本时不用从零搭拦截逻辑，直接复用公开的HTTP请求拦截代码片段，只需要替换你要匹配的链接、自定义的响应内容就行，开发量远小于从零写独立Xposed模块。
• 如果你确实要自己开发LSPosed模块，别从底层网络调用开始Hook，优先Hook主流HTTP框架的统一入口即可：比如OkHttp的Interceptor拦截器链、系统原生HttpURLConnection的getInputStream()方法、Retrofit的请求执行入口，覆盖这几个点基本可以拦截绝大多数普通App的API请求，能省掉大量兼容工作。写模块的时候可以把Mock规则存在本地存储里，做个简单的规则配置页，后续调整响应内容不需要重新编译模块。

遇到请求做了额外签名、防篡改校验的场景，不用硬磕网络层的校验逻辑，直接Hook请求结果的回调方法，把你构造好的伪造数据直接传给后续的业务解析逻辑即可，效率更高。

内容的提问来源于stack exchange，提问作者ZIFF