Fiddler 是一款老牌的抓包代理工具，支持 HTTP/HTTPS 流量分析、接口调试和数据修改。但在实际使用中，尤其是在 iOS 设备调试时，不少开发者会遇到“界面空白”或“只能看到 CONNECT 请求”的抓包失败问题。

在这里，我结合真实开发场景，总结一套排查与替代方案的完整路径，帮助你快速恢复抓包效率。

一、Fiddler 抓包失败的常见原因

1. 网络代理设置错误
   • iOS 设备 HTTP 代理未正确配置为 Fiddler 监听的 IP 和端口
   • 手机与电脑不在同一局域网
2. HTTPS 解密功能未启用
   • “Decrypt HTTPS traffic” 未勾选
   • 未添加需要解密的域名
3. 证书未信任
   • 证书虽已安装，但 iOS “证书信任设置”未打开
   • 导致 HTTPS 请求无法被解密
4. SSL Pinning 或双向认证
   • 某些 App 会校验证书指纹，代理方式直接失效
5. 系统或软件冲突
   • 防火墙阻止 Fiddler 监听端口
   • 其他代理软件占用相同端口

二、逐步排查方法

检查代理配置

• 确保 Fiddler 已开启 Allow remote computers to connect
• 在手机 Wi-Fi 高级设置中，HTTP 代理填写电脑 IP（如 192.168.x.x）和 Fiddler 监听端口（默认 8888）

启用 HTTPS 解密

• 打开 Tools → Options → HTTPS
• 勾选“Decrypt HTTPS traffic”，并添加需要解密的域名或使用 *

安装并信任证书

• 在 Safari 中访问 http://ipv4.fiddler:8888 下载证书
• 安装后进入 设置 → 通用 → 关于本机 → 证书信任设置，手动开启信任

确认是否是 SSL Pinning

• 如果 HTTPS 握手直接失败，且抓不到明文内容，多半是 App 启用了 SSL Pinning 或双向认证

三、Fiddler 无法抓包时的替代方案

Sniffmaster（抓包大师）

• USB 直连 iOS 设备，无需 Wi-Fi 代理或证书配置
• 可直接绕过 SSL Pinning 与双向认证，显示真实 HTTPS 内容
• 支持仅抓取指定 App，减少系统请求干扰
• 拥有 JS 拦截器，可修改请求和响应，并支持导出 PCAP 文件给 Wireshark 分析

mitmproxy

• 命令行抓包工具，可与 Python 脚本结合实现自动化调试
• 适用于接口 Mock、延迟、错误响应测试
• 不支持绕过 SSL Pinning

Wireshark

• 用于分析 TCP/UDP/TLS 握手过程、DNS 延迟等网络层问题
• 不直接解密 HTTPS，但可与 Sniffmaster 导出的 pcap 文件配合使用

四、实战工具组合推荐

五、经验与建议

• 抓包失败先定位原因：是代理没通？证书不信任？还是 App 主动防护？
• 代理型工具适合普通场景：快速验证接口返回、请求参数
• 直连型工具应对安全限制：绕过 SSL Pinning、双向认证等高强度保护
• 多工具配合提升效率：抓包只是第一步，数据分析和场景模拟同样重要

当 Fiddler 抓包失败时，不要急于重装或放弃，应先检查代理、HTTPS 解密和证书信任设置。
如果确认是 SSL Pinning 或双向认证导致，建议切换到 Sniffmaster 这类直连抓包工具，实现全流量捕获。配合 Wireshark 和 mitmproxy，可以覆盖调试、分析、模拟的完整链路。