我注意到 Firefox 和 Chrome 都发布了一个新的HTTP请求当你view the source对于您已经加载的网页。当页面本身加载缓慢或根本无法加载时，这尤其令人烦恼。
这是为什么？他们不会已经缓存了最初接收的页面的现有源吗？是否基于Cache-Control标题？
这个问题已经在我脑海里有一段时间了（通常在查看慢速网络应用程序背后的原因时会出现）。
在 Chrome 的上下文中，根据这个link https://bugs.chromium.org/p/chromium/issues/detail?id=4539它确实基于 Cache-Control 标头。
...view-source 从 http 缓存中获取 html 源
并漂亮地打印它，但对于不在 http 缓存中的页面，它是“被迫的”
提出新的请求。
对我来说，这是有道理的。您不会想使用当前呈现的内容作为事实来源，因为显然 HTML 可以动态操作。如果您不能使用它，那么 http 缓存将是下一个可能的源候选。如果 cahce 无法提供源，则后续的源 GET 似乎是唯一的选择。
然而，这确实引入了另一个有趣的 delima 提出here https://bugs.chromium.org/p/chromium/issues/detail?id=4650.
再次请求 URL 没有意义，因为无法保证第二次请求期间收到的源将与第一次请求期间收到的源匹配。
我认为这是一种有意识的权衡，旨在确保视图源请求始终以某种形式得到满足。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
