SouLogic 灵魂逻辑

Chrome 里 Max-age 和 ETag 的古怪逻辑

作者:郑凯

[b]Update in 2010-08-11[/b]
[b]注意:本文已失效,看来这是 Chrome 的 BUG,且已被修复,我还以为是就是想这么设定呢[/b]

[hr]

简单的说,对于 Header 里同时有 Max-age 和 ETag 的情况,Chrome 跟所有其他浏览器的解释都是相反的

按我的理解,如果同时设置了 Max-age 和 ETag,在 Max-age 的有效期内,浏览器是不再发请求的,等过了有效期,再在请求里带上 ETag。但是在 Chrome 里却会起反效果:如果一个网页里的图片只有 ETag,那么在 Chrome 当前 tab 页的整个生存周期,可能只会偶尔被重新读取,可如果同时包含了 ETag 和 Max-age,那么你每点一次链接,那些图片都要被重新读取(也就是比没设 Max-age 时更糟糕了。这只有网很慢的时候才会被观察到,就像我昨晚用 ssh -D 连接一个远程 phpMyAdmin 时,每点一步操作,都会看到所有图标白上那么一两秒,然后才被读出来,直到调用了内置的 Developer Tools > Resources 时,看到一大堆图片的 304 返回时,才明白是 ETag 跟 Max-age 冲突了,索性在 Apache 里设置全局的 FileETag none

由于 Chrome 的出格,导致 ETag 更加鸡肋了,我怀疑只有极少数的 AJAX POST 才需要像[url=[archive=395]]以前介绍过的[/url]那样由脚本自己做 ETag。当页面被 squid/CDN 缓存了两层之后,最简单有效的方法还是设置超大 Max-age、一旦有更改就变文件名。