请求里面provisional headers are shown(显示临时报头) 出现的情况很多，但原因是多样的。
如果你去直接匹配关键字搜索，得到的结果可能与你自己的情况大相径庭。
网上大部分都是在跨域时出现，或者是请求被插件拦截，但关于缓存时的请求很少。
我在上文查看缓存的时候发现了这个问题,当时查找资料都是聚焦于请求被拦截，
所以本文就简单整理一下相关情况。
虽然没有看到匹配度十分相关的信息，但看到了有启发的一篇文章(详情点击)。
摘抄部分如下：
The resource could be being blocked by an extension (AdBlock in my case). The message is there because the request to retrieve that resource was never made, so the headers being shown are not the real thing. As explained in the issue you referenced, the real headers are updated when the server responds, but there is no response if the request was blocked.
资源可能被一些扩展程序拦截 。
另外还有一句：
I believe it happens when the actual request is not sent. Usually happens when you are loading a cached resource.
真正请求并未被发送，当使用缓存时经常发生。
之所以会出现这个信息是因为获取相关资源的请求并没有发出，
所以headers被展示并不是真正的信息。
就像提到的那样，真正的header只有在服务端返回的时候会更新。
当请求被拦截后，并没有返回。
基于这个情况开始猜测原因所在：
虽然现在网站的静态资源都会存在专门的静态域名下面，和html域名可能不一致。
但是基本都是基于CORS来解决这个问题，所以不存在这个问题。
再有就是，我们这种情况首次请求的时候不会发生，如果有跨域，应该都被block。
另外如果是被拦截，那么请求应该不会被响应的，我们这里显然得到了正确的响应。
这种被排除。
这种猜测和一差不多，特定情况下才会出现，跟服务器关联不大。
结合上面的分析，我们可以缩小到缓存上面。冲着这个目标，我们继续去看下相关资料。
最后在一篇日文资料里找到了相关解释。
似乎只从缓存中获得的通信显示为“显示临时标题”（或“执行”）
因为该文件是从缓存中获取的，并且未进行通信
所以详细标头并不会显示。
回过头来看，前面提到的那么多情况其实都是与服务器没有进行或者完成正确的通信，所以只展示临时信息。
provisional headers are shown出现的情况有这么几种：
- 跨域，请求被浏览器拦截
- 请求被浏览器插件拦截
- 服务器出错或者超时，没有真正的返回
- 强缓存from disk cache或者from memory cache，此时也不会显示
到这里provisional headers are shown相关总结就结束了，本身并不是一个问题，但在自身不了解的情况下还是要去研究一下，不然永远是个问题。本文抛砖引玉，给自己一个总结，同时希望能给有需要人一些帮助。