在我的情况下，它只是一个错误的路径设置到资源(svg / img)

这种情况(仅针对跨源请求)也可能发生，因为有一种名为站点隔离的新功能

本页详细介绍了问题和解决方案。也就是去chrome://flags/#site-isolation-trial-opt-out，把这个设置改为“Opt-out”，然后重新加载chrome。

这是一个众所周知的问题。然而，该页面说它在chrome 68中是固定的，但我正在运行chrome 68，我仍然有这个问题。

这个报头显示的原因是:你的请求没有发送到远程。

它通常由

扩展已经阻止您的请求 Chrome使用自己的缓存获取您的资源

Chrome无法从尚未发出的请求中获得请求头。

chrome的最新版本显示:

只有临时头是可用的，因为这个请求不是通过网络发送的，而是从本地缓存提供的， 它不存储原始请求头。 禁用缓存以查看完整的请求头

我的MEAN应用程序也有类似的问题。在我的情况下，这个问题只发生在一个get请求中。我尝试删除广告块，尝试清除缓存，并尝试与不同的浏览器。没有什么帮助。

最后，我发现api试图返回一个巨大的JSON对象。当我尝试发送一个小对象时，它工作得很好。最后，我改变了我的实现，返回一个缓冲区而不是JSON。

我希望expressJS在这种情况下抛出一个错误。

资源可能被一个扩展阻塞(在我的情况下是AdBlock)。

该消息之所以存在，是因为从未发出检索该资源的请求，因此显示的标头并不是真正的标头。正如在您引用的问题中所解释的那样，服务器响应时更新真实的头，但如果请求被阻塞，则没有响应。

我发现的方式是通过Chrome中的net-internals工具扩展阻止了我的资源:

chrome的最新版本

在地址栏中输入chrome://net-export/，然后按enter键。 开始录音。并保存录音文件到本地。 打开显示问题的页面。 回到net-internals 您可以查看“记录日志”文件https://netlog-viewer.appspot.com/#import 点击events(###)，然后使用文本框找到与你的资源相关的事件(使用部分URL)。 最后，单击事件，看看所显示的信息是否告诉了你一些东西。

chrome的旧版本

在地址栏中输入chrome://net-internals并按enter键。 打开显示问题的页面。 返回net-internals，单击events(###)，并使用文本字段查找与您的资源相关的事件(使用URL的一部分)。 最后，单击事件，看看所显示的信息是否告诉了你一些东西。

我看到的另一种可能的情况是——在几毫秒后，完全相同的请求再次发送(很可能是由于客户端存在错误)。 在这种情况下，您还将看到第一个请求的状态是“取消”，并且延迟只有几毫秒。