Fiddler移动端抓包实战：Android环境配置与HTTPS解密

markdown复制## 1. 为什么需要移动端抓包？

在移动应用开发和测试过程中，抓包分析是定位问题的黄金手段。我经历过无数次这样的场景：测试同事反馈"这个页面加载不出来"，开发一口咬定"接口没问题"，最后抓包发现是某个请求头漏传了。移动端抓包之所以比Web端复杂，核心在于设备通信链路的差异——手机APP不像浏览器自带开发者工具，所有网络请求都藏在黑盒里。

Fiddler作为老牌抓包工具，在Windows平台表现尤为出色。它本质上是一个HTTP代理服务器，通过中间人方式截获并记录所有经过它的网络流量。对于Android设备来说，无论是真机还是模拟器，只要能让流量经过Fiddler，就能实现完美抓包。这里特别提醒：iOS设备由于系统限制，需要额外安装证书且配置更为复杂，本文重点讨论Android方案。

## 2. 环境准备与基础配置

### 2.1 Fiddler基础设置

首先下载安装Fiddler Classic（注意不是Fiddler Everywhere），安装完成后需要进行几个关键配置：

1. 开启远程连接：Tools > Options > Connections 勾选"Allow remote computers to connect"
2. 设置监听端口：默认8888，建议改为不常用的高端口号（如9999）
3. 关闭系统代理：确保Options > Gateway里的"Act as system proxy on startup"未勾选

> 重要提示：完成配置后必须重启Fiddler才能生效。我遇到过很多次配置不生效的情况，都是因为忘记重启。

### 2.2 设备网络配置

以雷电模拟器为例（真机操作类似）：

1. 查看本机IP：在cmd执行`ipconfig`，记下IPv4地址（如192.168.1.100）
2. 模拟器设置：系统设置 > WLAN > 长按当前网络 > 修改网络
   - 代理选择"手动"
   - 主机名填写电脑IP
   - 端口填写Fiddler监听端口
3. 安装证书：
   - 浏览器访问`http://电脑IP:端口`（如http://192.168.1.100:9999）
   - 点击"FiddlerRoot certificate"下载证书
   - 在设置 > 安全 > 加密与凭据中安装证书

## 3. 抓包实战技巧

### 3.1 HTTPS流量解密

现代APP基本都使用HTTPS，要解密内容需要额外配置：

1. Fiddler开启HTTPS解密：Tools > Options > HTTPS
   - 勾选"Decrypt HTTPS traffic"
   - 勾选"Ignore server certificate errors"
2. 设备信任证书：
   - 对于Android 7+系统，需要将证书安装到系统级
   - 使用adb命令：`adb push FiddlerRoot.cer /system/etc/security/cacerts`

遇到抓不到HTTPS包的情况，90%是因为证书问题。有个实用技巧：在Fiddler的Filters选项卡中勾选"Use Filters"，在Hosts里指定要抓取的域名，可以大幅减少干扰数据。

### 3.2 高阶过滤技巧

面对海量请求时，这些过滤规则能提升效率：

```fiddlerscript
// 只显示手机流量
if (!oSession.host.Contains("mobile") && !oSession.host.Contains("api")) {
    oSession["ui-hide"] = "true";
}

// 隐藏图片等静态资源
if (oSession.url.EndsWith(".png") || oSession.url.EndsWith(".jpg")) {
    oSession["ui-hide"] = "true";
}

4. 常见问题排查指南

4.1 连接类问题

4.2 数据解析问题

上周帮同事排查一个诡异现象：抓包看到响应码200但APP显示网络错误。最终发现是：

1. 服务端返回的Content-Type与实际内容不符
2. APP使用Gzip压缩但Fiddler未自动解压
3. 解决方案：在Inspectors面板点击"Response body is encoded. Click to decode."

5. 安全与效率实践

5.1 敏感数据处理

抓包可能接触到敏感信息，建议：

1. 使用AutoResponder功能替换敏感字段
2. 定期清除会话记录：File > Clear All Sessions
3. 重要数据脱敏处理后再分享截图

5.2 自动化技巧

对于重复测试场景，可以：

1. 保存会话为.saz文件：File > Save > All Sessions
2. 使用FiddlerScript自动修改请求：

javascript复制static function OnBeforeRequest(oSession: Session) {
    if (oSession.uriContains("payment")) {
        oSession.oRequest["X-Debug"] = "true";
    }
}

6. 真机调试特别注意事项

最近用Redmi Note 12 Turbo调试时踩过的坑：

1. MIUI系统会重置代理设置，需要在开发者选项里关闭"MIUI优化"
2. 部分银行类APP会检测代理，解决方案：
   • 使用透明代理模式
   • 或者用路由器级抓包
3. 微信等APP使用长连接，需要：
   • 关闭Fiddler的"Reuse client connections"
   • 开启"Allow remote computers to connect"

实测发现，在5G网络下抓包成功率明显低于WiFi环境。这是因为运营商对移动网络有特殊处理，建议始终使用同一WiFi网络进行调试。

7. 模拟器方案对比

测试过的主流模拟器表现：

个人最推荐雷电模拟器，它的网络模块最稳定。遇到无法抓包的情况时，可以尝试：

1. 关闭模拟器的"网络桥接"模式
2. 在adb shell里手动设置代理：

bash复制adb shell settings put global http_proxy 192.168.1.100:9999

8. 进阶：弱网测试方案

Fiddler的Simulate Modem功能可以模拟弱网：

1. Rules > Performance > Simulate Modem Speeds
2. 自定义延迟规则：

xml复制<delay>
    <ulDelayMS>2000</ulDelayMS> <!-- 上行延迟 -->
    <dlDelayMS>5000</dlDelayMS> <!-- 下行延迟 -->
</delay>

配合手机开发者选项中的"网络限速"功能，可以精确复现2G/3G网络环境。测试时重点关注：

• 请求超时逻辑是否合理
• 加载中的UI状态是否正确
• 断网恢复后的数据一致性

9. 与其他工具对比

当Fiddler无法满足需求时，可以考虑：

1. Charles：更适合Mac环境，对JSON展示更友好
2. Wireshark：抓取底层TCP/UDP包，但学习成本高
3. mitmproxy：命令行工具，适合自动化测试

不过对于90%的日常调试，Fiddler+模拟器的组合已经足够。它的最大优势是：

• 请求/响应可视化编辑
• 自动化脚本支持
• 历史记录回溯

10. 个人实战心得

五年移动端测试经验总结的几个黄金法则：

1. 遇到抓不到包的情况，按这个顺序检查：

   • 代理设置是否正确
   • 证书是否安装且受信
   • 是否为HTTPS请求
   • APP是否使用了非标准端口

2. 重要请求建议右键标记（Mark）并添加注释，方便后续分析

3. 定期清理缓存：有些APP会缓存请求结果，导致看不到真实网络交互

最后分享一个真实案例：某电商APP的优惠券领取接口，在测试环境正常但生产环境失败。通过对比两个环境的抓包数据，发现是生产环境的Nginx配置漏了一个header参数。这种跨环境问题，没有抓包工具几乎不可能快速定位。

code复制