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

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

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

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

当我发送无效的HTTP授权报头时，发生了这个问题。我忘记用base64编码了。

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.

当使用HSTS保护网站时，可能会出现此消息。然后，当有人链接到URL的HTTP版本时，浏览器根据HSTS的指示，不会发出HTTP请求，而是在内部安全地重定向到HTTPS资源。这是为了避免sslstrip等HTTPS降级攻击。

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