当使用一些包(如webpack-hot-middleware)并同时打开多个页面时，也会出现此问题。Webpack-hot-middleware将为每个页面创建一个连接，用于侦听代码的更改，然后刷新页面。每个浏览器都有每个服务器最大连接数限制，对于Chrome来说是6个，所以如果你已经在Chrome中打开了超过6个页面，新的请求将一直挂在那里，直到你关闭一些页面。

我遇到了这个问题，我设法确定了一个具体的原因，这在答案或问题中都没有提到。

我在SSL上运行一个完整的js堆栈，angular前端和节点后端，API在8081端口上运行的不同域上，所以我在做CORS请求和withCredentials，因为我正在从API中删除会话cookie

所以我的具体场景是:POST请求，带有凭据到端口8081导致“警告:临时头显示”消息在检查器中，当然也阻止了请求。

我的解决方案是设置apache代理将请求从通常的SSL端口443传递到节点的SSL端口8081(节点必须在更高的端口上，因为它不能在prod中以root身份运行)。所以我猜Chrome不喜欢SSL请求非常规的SSL端口，但也许他们的错误消息可以更具体。

资源可能被一个扩展阻塞(在我的情况下是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的一部分)。 最后，单击事件，看看所显示的信息是否告诉了你一些东西。

只是说说我的意见。我正在使用CORS请求和一个完全RESTful的Web服务编写一个Web应用程序。我发现chrome会抛出这个错误时，我有一个无手异常或PHP错误抛出。以防其他人遇到同样的问题。我发现当这种情况发生时，我可以启动Chrome应用程序“邮差-休息客户端”，并运行完全相同的请求，但在Chrome应用程序中，我实际上会得到被抛出的PHP错误，而不是这种非描述性错误。

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

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

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

如果您正在开发Asp。Net Mvc应用程序，你试图返回一个JsonResult在你的控制器，确保你添加了JsonRequestBehavior。AllowGet到Json方法。这为我解决了问题。

public JsonResult GetTaskSubCategories(int id)
{
    var subcategs = FindSubCategories(id);

    return Json(subcategs, JsonRequestBehavior.AllowGet);  //<-- Notice it has two parameters
}