在原生 iOS 或 Android 项目中，网络抓包很多是环境配置问题。
而在 Flutter App 场景下，问题经常出现在网络栈来源不明确、证书校验路径不同、请求被框架层封装这些细节上。

在真正开始抓包前，先确认当前 Flutter App 使用的是哪里发起网络请求。

确认 Flutter 网络请求的实际实现

Flutter 并不直接发 HTTP 请求，它只是调用平台能力。常见情况包括：

  • 使用 Dart 的 http / dio，最终走系统网络栈
  • 使用 MethodChannel 调用原生网络库
  • 内嵌 SDK，自带 TLS 或证书校验

判断方法可以：

  • 打开 App 后，用系统抓包工具观察是否有任何流量出现
  • 如果系统层完全无数据，大概率是自定义网络实现

这一步决定了后续工具选择。

代理抓包：验证 Flutter 请求是否走系统网络

当 Flutter App 使用系统网络栈时，代理模式是验证路径最直接的方式。

使用 Charles / Fiddler 做基础验证

操作目标很明确：
确认 Flutter 请求是否能被代理捕获。

  • 在电脑上启动代理工具
  • 配置 iPhone Wi-Fi 代理指向电脑
  • 安装并信任代理证书
  • 启动 Flutter App 触发网络请求

如果请求能出现在代理工具中，说明：

  • Flutter 请求经过系统网络
  • TLS 校验允许被代理

这类场景下，代理工具已经可以满足查看需求。

当代理抓不到 Flutter 请求时，问题在哪里

如果代理工具中没有任何请求记录，常见原因包括：

  • Flutter App 内启用了证书校验（Pinning）
  • 使用自定义 TLS 实现
  • 请求通过非代理通道发送

此时继续调整代理配置意义不大，需要切换抓包方式。

切换到设备抓包，绕过代理限制

在需要观察 Flutter App 实际数据内容时，我会使用 抓包大师（Sniff Master） 的HTTPS暴力抓包模式。

这种方式的核心区别在于：

  • 不依赖 Wi-Fi 代理
  • 不需要手动配置证书
  • 数据在系统层被捕获并解密

使用抓包大师进行 Flutter App HTTPS 抓包

设备准备

  • 使用 USB 连接 iPhone
  • 保持设备解锁并亮屏
  • 第一次连接时，在手机端点击“信任此电脑”
  • Windows 环境按提示安装 iOS 驱动，完成后重启抓包大师

如果设备之前未使用过抓包大师，软件会提示安装描述文件，按引导完成即可。

启动抓包模式并筛选 Flutter App

  • 在设备列表中选择对应的 iOS 设备
  • 进入 HTTPS 暴力抓包功能界面
  • 点击「选择 App」，只勾选目标 Flutter App
  • 启动抓包后，操作 App 触发网络请求

筛选 App 的作用是避免系统服务、后台进程的数据干扰定位。
https抓包过滤

判断抓到的数据是否完整

在抓包列表中，重点检查两点：

  • 是否能看到请求 URL 和 Header
  • 是否能展开查看 Body 和响应内容

如果只能看到地址和头部，说明该 App 未使用开发证书签名。
https暴力抓包

处理 Flutter App 抓包数据不完整的问题

当 Flutter App 来自 App Store，默认情况是：

  • IPA 加密
  • 非开发证书签名

解决路径明确：

  • 获取 IPA 文件
  • 使用 iOS 开发证书重新签名
  • 重新安装 App 后再抓包

完成重签后，再次启动抓包，Body 和响应内容即可正常解析。

结合拦截器验证 Flutter 业务逻辑

当使用代理抓包的时候，验证逻辑时，可以启用拦截器。

在抓包大师中：

  • 打开拦截器界面
  • 为 Flutter App 的接口设置 URL 规则
  • 在请求或响应阶段修改字段

例如：

  • 修改接口返回状态，观察 Flutter 页面渲染变化
  • 替换接口数据，验证空数据处理逻辑

这类验证在 Flutter 场景下，比日志调试更直接。

一套稳定的 Flutter 抓包流程往往是：

  • 代理工具确认是否走系统网络
  • 设备级抓包获取真实 HTTPS 数据
  • 拦截器验证业务分支

参考链接：https://www.sniffmaster.net/tutorial/zh/2/2.html