Chrome Network标签未捕获请求咨询：以Discord为例

这个问题我之前排查过好几次！Chrome DevTools的Network面板并非能捕获所有类型的网络交互，结合你提到的Discord实时消息场景，主要有这些常见情况：

• WebSocket 通信
  像Discord这类实时聊天平台，几乎都会用WebSocket来推送新消息，而不是每次都发起新的AJAX请求。Network面板只会显示WebSocket的初始握手请求（通常是wss://开头的链接），后续的实时消息都是在同一个持久连接里传输的，不会生成新的请求条目。要查看这些实时消息，你需要在Network面板里找到那个WebSocket请求，点击进入后切换到Frames标签，就能看到双向传输的消息内容了。

• Service Worker 拦截/本地处理的请求
  如果网站使用了Service Worker，部分请求可能被Service Worker拦截、从缓存读取，或者直接在本地逻辑处理（不发送到服务器），这类请求不会在Network面板里显示。你可以到Application面板的Service Workers选项，勾选Update on reload或者暂时禁用Service Worker，再测试是否能看到请求。

• Server-Sent Events (SSE)
  和WebSocket类似，SSE是服务器主动推送数据的一种方式，初始请求建立连接后，后续的更新内容会通过同一个连接发送。Network面板只会显示初始的SSE请求，要查看实时推送的内容，需要进入该请求的Response标签，里面会实时更新服务器发送的消息。

• 意外的过滤设置
  虽然你切换到了All标签，但可能不小心触发了隐藏的过滤条件：比如顶部过滤栏输入了关键词、勾选了Hide data URLs、或者过滤了特定域名。可以点击Network面板顶部的Clear filters按钮（斜杠圆圈图标），确保没有任何筛选条件，再重新测试。

• 缓存命中的本地请求
  如果请求的资源已经被浏览器缓存（磁盘缓存或内存缓存），Network面板里会显示(from disk cache)或(from memory cache)的标记，但不会显示新的网络请求。不过这种情况和你说的实时更新场景不太匹配，但也是常见的"看不到请求"的原因。

针对你的Discord场景，大概率是WebSocket在传输实时消息，所以Network面板不会有新的AJAX请求产生，你可以按照上面的方法去Frames标签里查看推送内容。

内容的提问来源于stack exchange，提问作者LingeringDogSponge