HTTP/2推送资源将产生临时头显示在检查器中，与@wvega在上面的回答中发布的理论相同。

例:由于服务器将资源推送到客户端(在客户端请求它们之前)，浏览器已经缓存了这些资源，因此客户端从不发出/需要请求;所以因为…

.．.当服务器响应时更新真实的头，但是如果请求被阻塞，则没有响应。

如果您正在开发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
}

我遇到过这个，当我从https切换到http时，它就消失了。我们在开发中使用的SSL证书没有经过第三方的验证。它们只是本地生成的开发证书。

同样的调用在Chrome Canary和Firefox中也能正常运行。这些浏览器似乎不像Chrome那样严格要求SSL证书。调用将失败在Chrome与“警告:临时头…”消息。

我认为/希望当我们在阶段和prod中使用合法的SSL证书时，我们将不再在Chrome中看到这种行为。

如果响应无效并因此被浏览器删除，也会出现此警告消息。

在我的例子中，请求被正确地发送到服务器，服务器端代码随后产生一个错误，我的自定义错误处理在HTTP状态消息字段中返回错误消息。但是客户端没有收到此错误，因为错误消息中的无效字符(此处描述为http://aspnetwebstack.codeplex.com/workitem/1386)导致响应报头损坏。

我在AJAX调用时遇到了这个问题，它永远不会完成。我遵循了wvega的建议和关于调试chrome://net-internals的提示，最终确定页面中的另一个点击事件处理程序，监听父节点，导致浏览器导航到相同的URL(所以它不容易被注意到)。

解决方案是在表单提交按钮的单击处理程序中添加event.stopPropagation()，以防止单击弹出DOM并取消正在进行的AJAX请求(通过表单上的提交处理程序发起)。

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

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

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

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