如何做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