这篇文章介绍了HTTP缓存机制的最新标准RFC 9111，重点讲解了Cache-Control头部字段的作用。该标准不仅适用于浏览器缓存，还适用于客户端与源服务器之间的所有中间缓存（如代理和内容分发网络），指导它们如何存储和重用HTTP响应。

HTTP缓存机制详解

作者Dan Cătălin Burzo在2025年12月22日发表的文章中，基于RFC 9111标准（2022年发布）对HTTP缓存机制进行了系统梳理。文章重点解析了Cache-Control头部的应用场景和工作原理。

核心机制： 1. 缓存新鲜度判定 - 通过比较响应年龄（Age头）与新鲜度时间线（max-age/s-maxage指令或Expires-Date差值）决定是否使用缓存 - 共享缓存优先遵循s-maxage指令

2. 过期缓存处理

• 通过条件请求（If-Modified-Since/If-None-Match）验证过期资源
• 服务器返回304 Not Modified可避免重复传输数据

重要响应指令： - max-age：定义资源有效期（秒） - must-revalidate：强制验证过期缓存 - no-store：禁止任何形式的存储（但存在隐私风险） - immutable：声明资源在有效期内不会变更

浏览器刷新行为： - 软刷新（Cmd/Ctrl+R）：主资源条件验证，子资源正常加载 - 硬刷新（Cmd+Shift+R）：强制跳过所有缓存

特殊场景处理： - 认证请求缓存需配合public/s-maxage/must-revalidate指令 - 私有缓存使用private指令保护

文章最后推荐了多个权威参考资料，包括从1998年到2025年间不同专家撰写的缓存指南，并建议结合HTTP Caching Tests工具评估实际缓存支持情况。

（注：原文中的技术细节、RFC引用和浏览器具体行为等关键信息均予保留，删减了作者个人网站导航等非核心内容）

总结评论内容：

1. 关于HTTPS普及的影响：

• 有评论认为在HTTPS普及的当下，很多内容已不相关 "a lot of this seems irrelevant these days with https everywhere"（评论1）
• 有用户建议补充HTTPS环境下缓存机制的变化 "the nature of caching has changed in the current climate of ubiquitous HTTPS"（评论4）

2. 关于技术内容的完整性：

• 指出文章未提及Vary标头这一传统遗漏 "it doesn't mention Vary header"（评论2）
• 提到部分CDN对Vary标头的特殊处理 "some CDNs (e.g. Cloudflare) straight up ignore it"（评论2）

3. 关于文章价值：

• 质疑文章缺乏新意，可能是SEO操作 "this is nothing new...just an attempt at boosting their SEO"（评论3）
• 询问是否有更全面的技术总结 "is there a good summary somewhere that I could reference?"（评论4）