Chrome 里 Max-age 和 ETag 的古怪逻辑
这篇讲的是 Chrome 浏览器在处理 HTTP 缓存头时一个容易被忽视的“特立独行”行为。作者从 W3C 规范出发，发现当服务器响应同时携带 `Max-age`（控制缓存时间）和 `ETag`（资源标识）这两个头部时，Chrome 的解析逻辑与几乎所有其他浏览器（如 Firefox、Safari）都截然相反。 具体来说，规范和其他浏览器的通常做法是：当 `Max-age` 生效期内，浏览器会直接使用本地缓存，不与服务器协商。而 Chrome 却会在此期间仍然发起请求，用 `ETag` 去和服务器校验资源是否变化（即条件请求），这导致其缓存行为实质上更偏向于“协商缓存”，而非“强缓存”。 文章追溯了这一现象的根源，指出这很可能源自早期一个已关闭的 Chromium Bug，其修复方案无意中形成了现在的逻辑，并一直沿用至今。理解这个差异对前端性能优化与调试至关重要：同一个缓存策略，在 Chrome 和其他浏览器中可能产生完全不同的网络请求和加载性能，这正是许多缓存问题难以复现的症结所在。