小编Bad*_*ers的帖子

新的 chrome 版本 72+ 不发送requestHeaders。

有一个解决方案：

DevTools 协议网络检查位于网络堆栈的较高位置。这种架构不允许我们收集添加到请求中的所有标头。所以我们在 Network.requestWillBeSent 和 Network.requestIntercepted 中报告的不完整；在可预见的未来，这将保持这种状态。有几种方法可以获取真正的请求标头：

• 粗略的方法是使用代理

• 更优雅的一种是依赖Network.responseReceived DevTools 协议事件。实际的头在那里作为 Network.Response 中的 requestHeaders 字段报告。

这适用于旧的镀铬，但不适用于最新版本。这是我为版本制作的一个小总结

chrome v67 的解决方案是添加此标志以禁用站点隔离：

chrome --disable-site-isolation-trials --disable-features=IsolateOrigins,site-per-process --disable-web-security

现在所有这些都不适用于上一个 chrome v73，可能是由以下原因引起的：

问题 932674：v72 破坏了跨域 iframe 内的 devtools 请求拦截

您可以使用自 m74 以来可用的 Fetch 协议域

给出的解决方案也不起作用，Fetch.requestPaused不包含请求标头......

我发现了一些可能导致这种情况的信息：

DevTools：不要公开跨域请求的原始标头

DevTools：不报告受保护子资源的原始标头和 cookie。如果子资源请求的站点需要保护其文档，请不要将原始标头和 cookie 发送到框架的渲染器中。

还是因为它是一个 HTTP/2 服务器？

HTTP/2 标头帧是否会影响响应的编码数据长度？（远程调试协议）

...headersText未定义 HTTP/2 请求 链接

1-如何使用 Chrome Devtool 协议和 chrome …