这是另一个解决方案。

如果您在使用$ajax()调用时遇到此问题，请在您的serverhost解决问题之前添加http://。

var requestURL = "http://" + serverHost;
$.ajax({
    dataType: "json",
    url: requestURL,
    data: data,
    success: success    
});

这可能是因为您发送了Ajax请求，同时使用位置将页面跳转到另一个页面。Href之类的。所以之前的请求失败了。

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

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

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

在我的案例中，原因是AdBlock扩展。

向服务器的请求通过了，我得到了响应，但由于“临时头部..”显示在Dev工具中，我无法看到请求cookie。禁用AdBlock后，警告消失了，开发工具开始再次显示cookie。

为了使更改生效，还需要关闭Dev工具并刷新页面

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

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

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