http - ETag 相对于更新 URL 的优势

Question

ETag 允许浏览器执行条件 GET。仅当相关资源已更改时，才必须重新下载该资源。但是，浏览器仍然需要等待服务器响应它的请求。

ETag 的替代方法是在指向资源的 URL 中引入 token :

http://example.com/css/styles.css?token=134124134

或

http://example.com/css/134124134/styles.css

这两种方法都避免了重新下载未更改的资源。

但是，使用带有 token 的 URL 允许服务器在资源上设置一个远期到期的 header 。这节省了条件 GET 占用的往返行程 - 如果资源未更改，则指向它的 URL 将保持不变。

使用 ETag 比使用带有 token 的 URL 有什么优势吗？

Answer 1

我看到的只读资源的主要缺点是，如果我们对所有静态资源都采用这种方法，那么客户端缓存将开始填满各种过时的资源。

另外，想想所有会开始存放大量无用文件的中间缓存。

您正在用这种方法与网络作斗争，如果它变得流行，那么就必须做出一些改变，因为它不是一个可扩展的解决方案。

是否可以使用某种混合方法，使用一组有限的 token 并将到期时间设置得足够小，以便旧的缓存资源在 token 被重新使用之前过期？

Etags 也用于读写资源，在这种情况下，我怀疑 token 解决方案不起作用。