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

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

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

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

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

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

在我的情况下，它只是一个错误的路径设置到资源(svg / img)

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.

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

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

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

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

为WebApi

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