My situation is cross-origin related. Situation: Browser sends OPTIONS request before sending the real request like GET or POST. Backend developer forgets to deal with the OPTIONS request, letting it go through the service code, making the processing time too long. Longer than the timeout setting I wrote in the axios initialization, which is 5000 milliseconds. Therefore, the real request couldn't be sent, and then I encountered the provisional headers are shown problem. Solution: When it comes to OPTIONS request, backend api just return result, it makes the request faster and the real request can be sent before timeout.

当我第二次尝试为require js加载main.js时，我运行了这个问题，因为错误导致了我的更改。 我刚刚在开发工具设置中打开了“禁用缓存(当开发工具打开时)”． 这很有魅力。

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

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

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

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

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

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

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

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

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

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

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

为什么会发生这种情况?

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

改变这一点危险吗?

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

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

它通常由

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

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

chrome的最新版本显示:

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