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

2010-07-21 23:02:52
作者：郑凯

[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、一旦有更改就变文件名。