在 iOS 网络调试中，抓包工具并不是装一个就能用。
不同工具站在不同网络位置，能看到的数据范围并不一样。
如果在一开始就选错工具，后面所有操作都会变成反复配置，而不是推进问题。
先确认抓包目标，再决定工具位置
在开始抓包前，我会先把目标拆成几个具体问题：
- 是抓浏览器请求，还是 App 内请求
- 请求是否走系统网络
- 是否需要看到 HTTPS 的请求体
- 是否需要修改请求或响应
这些问题的答案，会直接限制工具的选择范围。
代理类工具，验证系统网络路径
在 iOS 抓包中，代理工具的作用非常明确：
验证请求是否经过系统代理。
操作路径
- 电脑启动代理工具
- iPhone 与电脑连接同一 Wi-Fi
- 在 Wi-Fi 设置中手动填写代理地址和端口
- 在 iOS 上安装并信任代理证书
- 打开 Safari 访问 HTTPS 网站
如果 Safari 请求能完整显示，说明：
- 代理链路是通的
- HTTPS 解密已生效
此时再打开目标 App，观察是否有请求出现。
代理能抓 Safari，抓不到 App 时发生了什么
当 Safari 流量可见，而 App 完全没有请求时，可以确认一件事：
App 的网络请求没有经过系统代理。
在这个状态下：
- 继续重装证书
- 更换端口
- 重启代理工具
都不会让请求出现，因为网络路径已经绕过了代理。
用数据确认请求是否真实存在
在放弃代理之前，需要确认 App 是否真的发起了网络请求。
这一步可以借助网络层工具：
- 抓取 DNS 查询
- 观察 TCP 建连
- 查看 TLS ClientHello
如果在操作 App 时能看到这些底层连接，说明请求存在，只是抓包工具站错了位置。
设备级抓包：直接从 iOS 侧获取数据
当确认请求不走系统代理后，需要切换到设备级抓包方式。
在这种模式下，工具不再依赖 Wi-Fi 代理，而是直接从 iOS 设备获取网络数据。
使用抓包大师（Sniff Master）的操作路径
- 使用 USB 连接 iPhone
- 保持设备解锁并信任电脑
- 启动抓包大师并选择对应 iOS 设备
- 按提示完成驱动与描述文件安装
- 进入 HTTPS 暴力抓包相关模式并开始抓包
整个过程不需要在手机上设置代理，也不需要手动信任抓包证书。
通过 App 级筛选缩小范围
设备级抓包启动后，系统流量会大量出现。
在抓包大师中，可以通过「选择 App」功能：
- 只保留目标应用
- 忽略系统服务和后台进程
这样可以在一次业务操作后，直接定位到对应请求。
如何判断抓到的数据是否完整
在抓包结果中，有一个可直接观察的现象：
- URL 和 Header 可见
- 请求体或响应体为空
这表明 HTTPS 已被捕获，但 App 并未使用 iOS 开发证书签名。
此时工具本身没有异常，数据缺失来自平台限制。
需要完整数据时的处理路径
当调试目标要求查看请求体或响应体时，操作路径是确定的：
- 获取目标 App 的 IPA
- 使用 iOS 开发证书重新签名
- 如 IPA 加密，需要先完成脱壳
- 安装重签后的 App
- 重新进行 HTTPS 抓包
完成后，HTTPS 数据即可完整解析。
拦截与修改，只在代理模式中出现
在常见 Sniffmaster 中，请求 / 响应拦截器只存在于代理模式。
- 代理抓包：
- 可设置拦截规则
- 可修改请求和响应内容
- 设备级 HTTPS 抓包 / 数据流抓包：
- 只负责采集和解密
- 不提供修改能力
在需要验证客户端逻辑分支时，需要明确切回代理模式。
把多种工具放在同一条流程里
一次完整的 iOS 抓包流程中，不同工具承担不同职责：
- 代理工具：验证系统代理路径
- 网络层工具：确认请求是否真实存在
- 设备级抓包工具：获取真实 HTTPS 数据
- 重签名：解决数据不完整问题
工具并不互相替代，而是覆盖不同层级。
如果一个抓包步骤连续多次没有新现象出现，问题可能不在配置上，而在工具选择上。
换抓包层级，比反复调整同一工具更有效。