打开Fiddler，拟弱点开Rules菜单，拟弱找到Performance，拟弱再点Simulate Modem Speeds。拟弱勾上之后，拟弱你的拟弱网速立刻回到拨号上网年代。这是拟弱Fiddler自带的弱网模拟开关，简单粗暴，拟弱但很多人不知道它到底改了什么，拟弱也不知道怎么调得更细。拟弱

我最早用这功能是拟弱测试一个视频播放器。产品经理说“弱网下体验要流畅”，拟弱可到底多弱算弱？拟弱2G？3G？还是地铁隧道里那种断断续续？Fiddler默认的Simulate Modem Speeds其实模拟的是56kbps调制解调器，延迟300ms，拟弱丢包率0。拟弱这参数放在今天太极端了——连微信文字消息都发不出去。但好处是，你能立刻看到界面卡死、loading转圈、请求超时的样子。

真正要模拟真实弱网，得改配置文件。Rules菜单里点Customize Rules，会打开一个叫CustomRules.js的脚本。搜索“m_SimulateModem”，你会看到两行代码：
if (m_SimulateModem) {
    oSession["request-trickle-delay"] = "300";
    oSession["response-trickle-delay"] = "300";
}

这两个300的单位是毫秒，意思是每上传或下载1KB数据，就延迟300ms。算一下：1KB=8Kb，300ms传8Kb，速度约26.7kbps。比56k还慢。我一般改成“150”或“200”，对应大概53kbps和40kbps，接近EDGE网络。想模拟3G，把数值降到50左右，速度约160kbps。4G的话，10ms以下，但Fiddler的精度也就那样，不如用Clumsy或Network Link Conditioner。

丢包怎么模拟？Fiddler本身不直接提供丢包率设置，但可以用脚本随机阻断请求。在OnBeforeRequest函数里加一段：
if (m_SimulateModem && Math.random() < 0.1) {
    oSession.oRequest.FailSession(504, "Gateway Timeout", "Simulated packet loss");
}
这会让10%的请求直接返回504。注意，这模拟的是请求丢失，不是TCP层丢包。真实弱网里丢包会导致重传、乱序，Fiddler做不到那么底层。但用来测试前端重试逻辑、超时提示，足够了。

有个坑我踩过：开了Simulate Modem Speeds后，Fiddler自己的界面也会变卡，因为所有流量都走代理。有次我调试一个本地API，忘了关，结果以为是后端挂了，查了半天。所以测完记得取消勾选，或者直接关掉Fiddler的代理。

另外，Fiddler的弱网模拟只对HTTP/HTTPS生效。如果你在测WebSocket或者gRPC，它管不了。那些长连接有自己的心跳和重传机制，得用专门的工具。我试过用Fiddler抓WebSocket，能抓到握手，但后续帧的延迟控制不了。

实际项目中，我更喜欢组合拳：Fiddler调延迟和丢包，再配合Chrome DevTools的Network Throttling。DevTools能模拟“Slow 3G”“Fast 3G”，还能自定义上下行速度和延迟，而且不影响系统其他流量。但Fiddler的优势在于能改请求内容、断点、重定向，弱网只是顺手的事。

最后说个观察：很多人模拟弱网只测首屏加载，忽略了接口轮询和长轮询。比如一个聊天应用，弱网下消息发送失败，但轮询还在疯狂重试，电量掉得飞快。Fiddler的延迟设置能暴露这种问题——你会看到请求堆积，响应越来越慢。这时候该加退避策略，而不是一味重试。

调完参数，记得在Fiddler里按Ctrl+Shift+F5清缓存，或者用Rules里的“Performance > Simulate Modem Speeds”反复开关。别嫌麻烦，弱网测试本来就是折腾。你调得越细，线上崩溃越少。