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

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

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

发生这种情况的一个常见原因是，如果您正在跟踪事件而没有阻止默认操作。例如，如果你有一个点击事件，那么你会想要包括:

e.preventDefault();

or

return false;

如果你不这样做，你会在你的web控制台的Network选项卡中看到临时头部警告以及“取消”状态。

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

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

这可能是CORS的问题。 尝试为你的api启用CORS。

为WebApi

  var cors = new EnableCorsAttribute("*", "*", "*");
            config.EnableCors(cors);

在我的情况下，我在post请求中发送的主体参数，以及我根据主体参数编写的逻辑都是错误的，因此无法发送响应。所以我得到了这个错误。

 example: post request body (a: alsldfjfj) which I was sending

但我写的代码是验证“b”而不是“a”

对于chrome v72+什么为我解决了它只是这个:

转到chrome://flags/并禁用这3个标志

禁用站点隔离 启用网络服务 运行进程内网络服务

或者你可以从命令行执行:

chrome --disable-site-isolation-trials --disable-features=NetworkService,NetworkServiceInProcess

为什么会发生这种情况?

谷歌似乎正在将他们的Chromium引擎重构为模块化结构，其中不同的服务将被分离为独立的模块和进程。他们把这个过程称为服务化。网络服务是第一步，接下来是Ui服务、身份服务和设备服务。谷歌提供Chromium项目站点的官方信息。

改变这一点危险吗?

一个例子是网络:一旦我们有了一个网络服务，我们可以选择在进程外运行以获得更好的稳定性/安全性，或者在资源受限时在进程内运行。源