为何浏览器软重载时会对文档请求强制重新验证？

问题核心 #

你熟悉Cache-Control请求头的工作逻辑，但发现文档请求（用户在地址栏输入域名回车触发的首个导航请求）的缓存行为和其他资源不同：即便测试页面的响应头设置了

Cache-Control: public, max-age=31536000, immutable

（要求缓存1年且不可变），在软重载（点击刷新按钮、重新输入同一地址访问）时，Chrome和Firefox仍会向服务器发起重新验证，返回304状态码。

行为本质 #

浏览器对导航类请求（文档请求属于这类）的缓存策略有针对性设计：

• 当用户主动触发软重载操作时，浏览器会优先满足用户“获取最新页面”的预期，直接忽略max-age、immutable这类缓存有效期指令，强制发送条件请求（携带If-Modified-Since或If-None-Match请求头）到服务器验证资源是否更新，不会直接读取本地缓存。
• 这种行为是缓存效率与用户体验的平衡：用户主动刷新时，通常默认想要最新内容，而非依赖缓存的旧版本。

官方文档依据 #

• Chrome：在HTTP缓存文档中明确说明，导航请求在用户触发刷新操作时，会跳过缓存新鲜度检查，发起条件请求。
• Firefox：根据MDN的HTTP缓存指南，用户发起的刷新操作会强制验证缓存资源的有效性。
• HTTP 规范（RFC 7234）：虽然规范未专门针对导航请求做限定，但允许客户端根据用户操作调整缓存策略，浏览器的这种行为属于合规的实现扩展。

补充验证 #

你提到的“导航请求下浏览器会遵守Cache-Control规则从缓存读取响应”，对应的是非主动刷新场景：比如通过书签跳转、页面内链接跳转访问时，浏览器会正常遵循max-age和immutable指令，直接读取本地缓存，不会发起验证请求。

内容的提问来源于stack exchange，提问作者Duannx