如何做iPhone 网络调试，可以先确认请求走了哪里
这个判断会直接影响后续选用的工具和调试方式。
确认请求是否真实存在
调试从一台 iPhone 开始，目标是确认某个 App 的接口请求是否已经发出。
第一步并不依赖任何抓包工具，而是借助系统层面的行为判断：
- 打开 iOS 设置 → 蜂窝网络 / Wi-Fi
- 关闭网络，重新进入 App 触发操作
- 观察 UI 是否卡在加载状态或直接报错
如果在网络关闭状态下没有任何变化，说明当前操作可能没有走网络，请求尚未发出。这种情况下，继续抓包不会得到结果。
使用代理工具验证系统网络路径
在确认请求存在后，我会先用代理型工具验证是否走系统代理。
以Fiddler / Charles为例：
- iPhone 与电脑连接同一局域网
- 在 Wi-Fi 设置中手动配置代理地址和端口
- 在手机浏览器访问一个 HTTPS 页面
此时代理工具中应该能看到完整请求。如果浏览器流量可见，但 App 没有任何记录，可以得出一个可验证结论：
该 App 的网络请求没有经过系统代理。
借助 Safari 调试 WebView 场景
当目标 App 使用 WebView 时，可以切换工具路径。
在 Mac 上：
- 打开 Safari → 设置 → 高级 → 启用“开发”菜单
- 使用 USB 连接 iPhone
- 在 Safari 的“开发”菜单中选择对应设备与页面
如果请求能在 Safari 的网络面板中出现，说明 WebView 网络栈是可观察的；如果这里依然为空，则需要考虑更底层的调试方式。
抓取 TCP 层验证通信是否被绕过
此时可以使用Wireshark做一次确认：
- 在电脑上抓取当前网卡的流量
- 触发 iPhone App 的目标操作
- 观察是否出现 DNS 查询、TCP 建连、TLS ClientHello
这些数据并不需要解密，只是用于判断：
App 是否在独立建立连接，而非通过代理。
直接在设备侧进行网络调试
当确认 App 绕过系统代理后，代理工具就不再是合适的选择。
在这种场景下，我会切换到抓包大师（Sniff Master）使用HTTPS暴力抓包功能，直接对 iPhone 设备进行网络调试。
操作流程非常明确：
- 通过 USB 将 iPhone 连接到电脑
- 在抓包大师中选择对应的 iOS 设备
- 根据提示完成设备信任、驱动和描述文件安装
- 进入 HTTPS 抓包相关模式，启动抓包
这个过程中，不需要在手机上手动设置代理，也不需要额外安装信任证书。请求数据会直接从设备侧进入抓包工具。
注意被抓取的 App 必须使用 iOS 开发证书签名
结合过滤与 App 选择减少干扰
当设备级抓包启动后，数据量会明显增多。
我会立即做两件事：
- 使用「选择 App」功能，只保留目标应用的请求
- 配合 URL 或请求类型过滤，屏蔽系统流量
这样可以在一次操作触发后，快速定位到相关请求，而不需要人工逐条翻找。
网络调试是确认从哪个方向发出请求
在整个 iPhone 网络调试过程中，不同工具解决的是方向的问题：
- Safari / 代理工具：验证系统代理与 WebView
- Wireshark：确认底层连接是否存在
- 抓包大师（Sniff Master）：处理绕过代理的 App 网络请求
每一步的工具选择，都是基于上一步得到的明确现象，而不是凭感觉切换。
参考链接：https://www.sniffmaster.net/tutorial/zh/2/2.html
