gpt4 book ai didi

http - 浏览器何时刷新陈旧的缓存条目?

转载 作者:塔克拉玛干 更新时间:2023-11-01 19:09:29 25 4
gpt4 key购买 nike

我一直在努力更新我对 HTTP/1.1 缓存的理解 - 我发现我每隔一段时间就必须做这件事,因为似乎有太多可能的组合让我的大脑无法可靠地记住。

我认为 Expires 是理所当然的或 max-age缓存控制指令被浏览器用作提示,而不是铁律:如果缓存条目过时(早于其最大年龄),浏览器可能会验证它。

我和一位同事为此发生了争执,他强制我阅读 RFC,我觉得这有点苛刻,但事实证明他完全正确:如果我理解正确,则不允许客户使用他们知道过时的缓存条目。

换句话说:如果文档指定了 max-age缓存 header ,并且没有其他指令,例如 must-validate影响缓存行为,并且该文档的缓存条目变得陈旧,浏览器将始终重新验证它。

这是完全清楚和合乎逻辑的,为了平息这个论点,我着手通过让服务器提供具有以下 header 的测试 JavaScript 文件来凭经验确认它:

< HTTP/1.1 200 OK
< Content-Type: application/x-javascript; charset=UTF-8
< Cache-Control: public, max-age=30
< Date: Thu, 30 Jan 2014 22:11:28 GMT
< Accept-Ranges: bytes
< Server: testServer/1.0
< Vary: Accept-Encoding
< Transfer-Encoding: chunked

此 JavaScript 文件通过 <script> 包含在同一服务器上托管的 HTML 页面中。文档中的元素 <head> . HTML 页面使用以下缓存控制 header 提供:

Cache-Control: no-cache, must-revalidate, no-store, max-age=0

加载 HTML 页面后,我点击进入另一个页面,等待 5 分钟,然后点击返回原始页面的链接,监控所有 HTTP 请求 - 从未请求过测试文件。这在 Firefox 和 Safari 的最新版本中一致再现。

这有点啰嗦,但我的问题的要点是:我的测试似乎表明主流浏览器不遵守 RFC,不会重新验证陈旧的缓存条目。我是否误解了 RFC?同样可能的是,我是否搞砸了我的测试,有人可以证明他们是错的吗?或者浏览器真的不尊重 max-age缓存指令?

最佳答案

在@CodeCaster 的大量挖掘和帮助之后,这个问题的规范答案是浏览器似乎确实尊重 RFC:陈旧的缓存条目总是重新验证,除非在非常特殊的情况下,直接或间接地,通过浏览器的历史记录。在这种情况下,部分 13.3 RFC 的适用:

History mechanisms and caches are different. In particular history mechanisms SHOULD NOT try to show a semantically transparent view of the current state of a resource. Rather, a history mechanism is meant to show exactly what the user saw at the time when the resource was retrieved.

关于http - 浏览器何时刷新陈旧的缓存条目?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21468654/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com