iOS 上"抓不到包"是常见但容易误判的故障------表现可能是 Charles/Fiddler 无法看到 App 流量、HTTPS 请求显示为空、或只有部分用户出现。处理这类问题的关键在于把排查流程工程化：先验证代理与证书，再确认网络链路与应用策略，最后用合适的抓包工具补齐证据链。
1. 先把"抓不到"现象界定清楚
在动手之前，先回答三问将节省大量时间：
- 是所有流量都看不到，还是只有某个 App / 某域名？（iOS抓不到包）
- 是HTTP 明文无法捕获，还是仅 HTTPS（加密）不可见？（HTTPS 抓包）
- 在桌面浏览器或模拟器上能否被代理抓到？（Charles / Fiddler）
明确后按下面步骤逐层排查。
2. 代理与证书（最常见的两类问题）
2.1 检查代理配置
-
确认代理工具在本机监听（默认端口如 8888/8889）：
bashnetstat -an | grep 8888 # Windows/Mac 类似命令 -
在 iOS 的 Wi-Fi 设置里将 HTTP 代理设为手动，Host 填本机 IP，Port 填代理端口；确认设备与抓包机在同一网段。
-
若使用模拟器，检查代理是否对模拟器生效（部分模拟器网络需额外配置）。
2.2 安装并信任根证书
- 抓 HTTPS 必须在设备上安装并信任代理的根证书（FiddlerRoot/Charles CA）。iOS 的证书信任路径在"设置 → 通用 → 关于本机 → 证书信任设置"。
- 注意：部分 iOS 版本及系统 WebView 对用户安装的 CA 有限制，企业签名或系统策略可能阻止信任；这个场景下代理无法解密 HTTPS。
3. 应用层导致的抓包失效：Pinning 与自定义网络栈
如果浏览器走代理能抓，但 App 无法抓，常见原因：
- 证书 pinning：App 在客户端校验证书指纹或公钥，直接拒绝中间证书或代理替换的证书。
- 自定义 TLS/HTTP 实现 ：App 使用内置 TLS 库或绕过系统代理的网络调用。
排查方法：查看 App 日志（或 SDK 报错），联系开发在测试构建中暂时关闭 pinning 或提供调试开关。
4. 网络与协议层的陷阱（HTTP/2、QUIC、VPN）
- HTTP/2 多路复用 有时导致传统代理行为异常，某些代理对 h2 的拦截和重组支持不佳。
- QUIC/HTTP3（UDP 443） 完全绕过基于 TCP 的 HTTP 代理，传统 Charles/Fiddler 无法捕获。遇到怀疑 QUIC 的场景，先在客户端或服务端强制退回到 TCP+HTTP/2 以便抓包验证。
- 企业 VPN、运营商透明代理或防火墙也会干扰代理流量，换到手机热点或家用 Wi-Fi 做对比测试很有帮助。
5. 服务端与边缘验证（用 tcpdump/Wireshark 确认请求是否到达）
当本地代理与设备端均不能定位时，最可靠的办法是在服务端或网关上抓包，确认请求是否到达后端：
sudo tcpdump -i any host <device_ip> and port 443 -s 0 -w /tmp/server.pcap用 Wireshark 打开，按 tls.handshake.type == 1 查找 ClientHello，或用 tcp.analysis.retransmission 查重传。服务端抓包能告诉你问题是否在客户端/网络中间还是在服务端本身。
6. 替代抓包方案（当 Charles/Fiddler 无法捕获时）
如果排查完上面项仍抓不到，可以考虑下列替代或补救工具：
- 更换代理工具：Charles、Proxyman、mitmproxy 在不同平台或协议上互有差异，可换刀试验。
- 脚本化抓取：使用 mitmproxy 脚本或 pyshark、tshark 自动化统计 TLS Alert、重传等指标。
- 终端直连抓包与过滤导出 ：有些工程场景无法通过代理或修改 App，这时需要把移动端流量以 pcap 格式抓取并导出，用 Wireshark 做逐帧分析。
抓包大师（Sniffmaster）在这类流程中被团队用于按 App/域名过滤抓包、导出 pcap 与单包二进制，便于与服务端抓包做比对。这是在代理受限、证书 pinning 或 QUIC 场景下的可行替代手段。
7. 可复制的故障定位流程（Checklist）
- 记录复现信息：设备型号、iOS 版本、App 版本、网络类型、精确时间。
- 在本机确认代理监听并允许远程连接；在 iOS 上设置代理并安装/信任根证书。
- 浏览器走代理测试：若浏览器可抓但 App 不行，排查 pinning/自定义网络栈。
- 若代理完全无流量，尝试换网（手机热点）并重试，确认是否网络策略阻断。
- 在服务端抓 tcpdump，确认请求是否到达后端。
- 如需进一步证据分析，导出 pcap 用 Wireshark 对比 ClientHello、ServerHello、证书链与 TLS Alert，并根据结果决定下一步（修补 fullchain、联运维放行、开发调整 pinning 或使用Sniffmaster替代抓包方案）。
把抓包问题流程化、把常用命令写成脚本、并在团队里统一证据交付格式（时间窗、pcap、关键帧截图、结论与修复建议），能把"iOS抓不到包"从模糊问题变成可验证的工单。
当代理无效或遇到 QUIC、pinning 等边界情况时，结合替代抓包工具（如抓包大师 Sniffmaster）导出 pcap，与服务端抓包并排比对，通常能迅速定位问题归属并给出修复路径。