Fiddler、Charles 与弱网 Wi-Fi 方案的痛点对比

在 QNET 这类手机端工具普及之前，移动端弱网专项主要走两条路线，官方在发布 QNET 2.0 时也明确对比过它们的能力边界。理解这些痛点，有助于判断什么时候该换工具。

路线一：设备代理到 PC

代表工具是 Fiddler、Charles、NET-Simulator：手机把网络代理到同一局域网内的电脑，由电脑上的抓包工具加延迟。

• 需要一台额外的 PC，弱网环境构建成本高；
• 要安装部署工具，还要在 PC 端配置代理，换一台手机就要重配一遍；
• 能力不完整：Fiddler 这类 HTTP 代理工具原生不支持丢包、抖动等链路层损伤，对 UDP 流量基本无能为力。

路线二：专用弱网 Wi-Fi

代表方案是 Facebook 开源的 ATC 和腾讯自用的 WeTest-WiFi：在服务器上搭一套可控的差网络 Wi-Fi，手机连上去就是弱网。

• 需要专有服务器与网络设备，属于团队级基建，个人和小团队很难拥有；
• 弱网策略要在 Web 控制台上配置，与设备不绑定，多人共用时互相干扰；
• 涉及协议层问题时，抓包仍要越狱/ROOT 或在网络节点处镜像，门槛高。

iOS 自带的开发者选项

iOS 的 Network Link Conditioner 能做基础限速，但参数档位少、不支持抓包，且需要开发者设置入口，不适合作为完整专项方案。

QNET 对应补齐了什么

• 零外设：App 装进手机即可开测，不需要 PC、服务器与数据线；
• 参数完整：延迟、抖动、带宽、随机丢包、周期丢包、Burst、协议与 IP 过滤全都能配，见自定义参数详解；
• 免 ROOT/越狱抓包：基于 VPN 通道在系统层接管流量，直接导出标准 pcap 文件，见pcap 文件与 Wireshark 分析；
• 可自动化：开放 adb 指令，弱网可以作为步骤编进回归脚本，见ADB 自动化总览。

也有边界要清楚：VPN 代理方式对实时音视频这类大流量场景会带来额外的系统开销，仿真准确性会下降，这类项目见音视频卡顿测试的注意事项。