火狐Network面板需点击漏斗图标展开过滤栏才能启用底层高级抓包功能；否则status-code、domain、url正则等指令无效，仅支持普通关键词搜索。
火狐浏览器 Network 面板默认不启用底层抓包能力，必须手动展开过滤栏并输入结构化指令，否则所有“高级过滤”功能（如 status-code、domain、url: 正则）都无效。
status-code:401 这类指令Network 面板左上角的漏斗按钮（过滤器）不是装饰——它控制着底层过滤语法的开关。没点它，过滤框里只能输普通关键词（比如 login），输 status-code:401 会被当作文本搜索，完全不生效。
-status-code:200 表示排除 200 响应，status-code:500 才会精准命中 500 错误method:POST status-code:422，注意中间不能有逗号或换行domain: 和 url: 必须配合正则才可靠单纯写 domain:api.example.com 只能匹配完整域名；遇到 CDN 域名（如 api-123.cdn.example.com）或微服务网关（如 gateway.prod.svc）就失效。真正稳定的写法是靠正则锚定结构。
domain:/api.[a-z]+.com/ 匹配 api 开头、.com 结尾的任意二级域名url:/vd+/users(?:/d+)? 能同时捕获 /v1/users 和 /v2/users/123，但不会误中 /v1/userlist
.，否则 . 会被当通配符^ 或 $ 也没关系，url: 默认做子串匹配如果导出的 HAR 里缺了 favicon、preload 资源，或者看不到 fetch 请求发起者堆栈，大概率是两个隐藏开关没开。
捕获浏览器请求（否则只记录页面主动发起的请求）禁用缓存（面板左上角齿轮图标 → “禁用缓存”打钩），否则 304 响应和 from disk cache 条目不会进 HAR全部 而非 已过滤，否则 HAR 里只含当前视图可见请求，丢失上下文Waterfall 时间轴少 1–2ms 细节Protocol 列暴露 HTTP/2 流优先级问题HTTP/2 多路复用下，请求看似并行，实际受流优先级（stream priority）影响。仅看 Time 列看不出谁被调度延迟，必须打开 Protocol 列并排序。
Protocol，列中显示 h2 或 http/1.1
Protocol 列标题两次，先升序再降序，把所有 h2 请求顶到前面Waterfall 列排序，观察同为 h2 的请求中，哪些在“队首等待”时间异常长——这往往是服务器端流权重配置不当的证据真正难的不是记住语法，而是意识到：每条过滤指令都在网络栈更底层生效——domain: 在 DNS 解析后截断，status-code: 在响应头解析完成时触发，url: 正则甚至作用于重定向后的最终 URL。一旦漏掉漏斗图标，所有这些就退化成普通字符串搜索。