firefox devtools 通过响应式设计模式支持弱网模拟，预设slow 3g等档位并可自定义延迟与带宽，但不支持丢包、仅限http/https请求且仅对当前标签页生效。
Firefox DevTools 本身不提供像 Chrome 那样直接的「网络节流」下拉菜单，但它支持弱网模拟——需通过响应式设计模式（Responsive Design Mode）启用网络限制功能。
Firefox 中开启弱网模拟的步骤
Firefox 自 89 版本起，在响应式设计模式中集成了网络节流能力。它预设了 Slow 3G、Fast 3G 等档位，也能自定义延迟与带宽：
- 打开目标网页，按 Ctrl+Shift+M（Windows/Linux）或 Cmd+Option+M（macOS）进入响应式设计模式
- 左上角点击「⋯」菜单 → 选择「Throttling」→ 启用节流开关
- 从下拉列表中选择预设档位（如 Slow 3G：400ms 延迟 + 400 Kbps 下载），或选「Custom」手动输入：
— Latency（ms）
— Download speed（KB/s）
— Upload speed（KB/s） - 刷新页面，Network 面板中的请求时间将体现节流效果
注意 Firefox 的限制和特点
和 Chrome 类似，Firefox 的节流也只影响 HTTP/HTTPS 请求（fetch、XMLHttpRequest、图片/CSS/JS 加载等），但有几点差异需留意：
Multi-Brain Protocol
下载
一款AI工具，主要用于在主代理响应前，并行运行Kimi K2.5和GPT 5.3 Codex，注入双方观点以增强认知多样性，适合需要提升相关任务效率的用户。
- 不支持丢包模拟：Firefox 当前版本（截至 2026 年中）未开放丢包率（Packet loss %）配置项
- 仅对当前标签页生效，关闭响应式设计模式后自动恢复
-
file:// 协议同样禁用节流：必须通过
http://或https://访问页面（例如用python -m http.server启一个本地服务） - DNS 解析、Service Worker 缓存、WebSocket 连接不受限速影响，这些需单独验证
配合 Network 面板做有效验证
节流开启后，别只看“是否变慢”，要结合 Network 面板观察关键指标：
- 关注每条请求的「Waterfall」时间轴：确认延迟是否体现在「Stalled」或「DNS Lookup」之后的「Waiting (TTFB)」阶段
- 对比资源加载顺序：JS 是否阻塞渲染？图片是否延迟加载？LCP 元素是否被拖慢？
- 勾选「Disable cache」避免缓存干扰，确保每次测试都是真实网络行为
- 右键请求 → 「Copy as cURL」可复现请求，用于后续在命令行工具（如
curl --limit-rate）中交叉验证
替代方案：当 Firefox 节流不够用时
若需丢包、波动延迟或更底层控制，Firefox 无法满足，建议切换工具：
- Charles / Fiddler：支持完整网络参数（带宽、延迟、丢包、MTU、稳定性），且不限协议，适合深度弱网场景复现
-
本地系统级限速：Linux 用
tc，macOS 用networksetup或pfctl，Windows 可用 WSL2 +tc，能真实影响所有流量（含 DNS、WebSocket） -
Puppeteer + Firefox：通过脚本调用
page.emulateNetworkConditions()，适合自动化回归测试（需启动 Firefox 的远程调试端口）
