网站网络请求未在Chrome DevTools及Fiddler中显示的原因咨询

1. 使用WebSocket长连接推送数据 #

网站可以在首次加载时和服务器建立WebSocket（ws:///wss://）长连接，后续新道具上架的数据由服务器主动推送，不需要客户端发起新的HTTP请求。

• 抓包排查方法：Chrome DevTools的Network面板默认只展示普通HTTP/HTTPS请求，需要手动切换到WS标签才能看到WebSocket连接记录，点击对应连接后可以在「Messages」面板查看实时传输的双向数据。
• Fiddler捕获失败原因：如果是加密的wss连接，未开启Fiddler的HTTPS全局解密、或未正确安装根证书时，无法解析长连接内的分片数据，会出现无可见请求的情况。

2. 使用Server-Sent Events（SSE）单向推送 #

SSE是基于HTTP协议的单向推送技术，客户端只需要发起一次HTTP请求，服务器会保持该连接存活，有新数据时随时通过该连接返回，不需要发起新请求。

• 抓包排查方法：在Network面板的筛选栏选择EventStream类型，即可看到对应的SSE长连接，点击后可以查看历史推送的所有数据内容。

3. 使用QUIC/WebTransport协议传输 #

部分新网站会采用QUIC协议或基于QUIC的WebTransport传输实时数据，这类协议不属于常规HTTP 1.1/2范畴。

• 抓包排查方法：旧版本Fiddler默认不支持QUIC协议捕获，Chrome DevTools也可能将这类请求单独归类。可以先在Chrome地址栏访问chrome://flags，搜索QUIC禁用对应选项后重新测试，即可看到降级为HTTP协议的请求记录。

4. Service Worker代理请求 #

如果网站注册了Service Worker在后台运行，所有数据请求会被Service Worker拦截转发，DevTools默认展示的请求列表可能不会显示被代理的请求。

• 抓包排查方法：打开DevTools的Application面板，查看Service Worker的运行状态，或在Network面板勾选「Bypass for network」选项绕过Service Worker代理，即可看到真实的请求记录。

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