fiddler弱网测试

Fiddler抓包时，网测菜单栏的网测Rules→Performance→Simulate Modems Speed，这个选项就是网测弱网模拟的入口。勾选它，网测再刷新页面，网测你会立刻感受到变化——图片加载像蜗牛爬，网测接口响应慢得让人想砸键盘。网测很多人以为这就完了，网测其实远远不够。网测 默认的网测弱网参数是300ms延迟加150kbps上行速度，这模拟的网测是老式拨号猫的环境。放在今天的网测移动网络场景里，这数据偏得离谱。网测真实用户的网测弱网往往不是均匀的慢，而是网测时快时慢，忽高忽低。你拿这个默认参数测出来的结果，只能证明“网络慢时页面会卡”，但卡成什么样、哪个资源先崩、接口超时怎么处理，统统测不出来。 我习惯的做法是打开FiddlerScript，找到`OnBeforeRequest`函数。里面有一段`if (m_SimulateModem) { ... }`，把`oSession["request-trickle-delay"]`和`oSession["response-trickle-delay"]`这两个值改掉。比如设置成1表示每KB延迟1ms，那实际效果就是约1MB/s的带宽。想模拟4G弱信号，我常用`request-trickle-delay = 50`，`response-trickle-delay = 100`，这组合能让页面加载时间拉长到正常状态的5到8倍。 光改延迟还不够。弱网测试真正的坑在于超时和重试机制。你设个10秒超时的接口，在正常网速下永远不会触发，但一旦延迟调到500ms以上，这个超时就变得极其敏感。我遇到过真实案例——某个App的登录接口在弱网下频繁报错，排查半天发现是前端把超时时间写死了3秒，而后端处理请求本身就要2.8秒。这种问题用默认的Fiddler弱网参数根本复现不了，因为默认延迟下3秒内还能勉强跑完。 更实用的办法是配合Fiddler的断点功能。`Fiddler`右下角的`Break on Response`按钮，点一下就能让响应停在半路。这时候你能观察页面在数据不完整时的表现——是转圈圈还是直接白屏？是给出友好提示还是卡死不动？这才是弱网测试的精髓，不是单纯的慢，而是“半死不活”的状态。 还有个细节容易被忽略——DNS解析时间。Fiddler弱网模拟只管HTTP请求，不管DNS。但真实弱网环境下，DNS解析可能就要花掉好几秒。想测这个，得配合`WinInet`的API或者用其他工具辅助，单纯靠Fiddler是模拟不出来的。所以我的结论是：Fiddler弱网测试适合做功能验证和基础性能观察，但别指望它完全还原真实网络环境。调好参数、结合断点、想清楚你要验证什么场景，比盲目勾选那个默认选项有意义得多。