“Expires” HTTP 标头是否需要在多个冷缓存请求之间保持一致？

Question

我正在实现一种自定义网络服务器。我正在考虑添加 Expires 标头支持。但是，我有点不确定具体如何实施。

如果对服务器上相同的未更改资源发出多个冷缓存请求，并且服务器返回不同的 Expires 标头（假设它使用相对时间来计算 Expires 日期的确切值，例如从请求时间起 +6 小时），那么这也会使中间所有代理服务器上的缓存失效？或者这是不可能发生的（根据规范）？

Expires HTTP 标头是否需要在多个冷缓存请求之间保持一致？

Answer 1

好吧，没关系，在下找到了相关信息部分>HTTP 规范

基本上，您可以为您想要的所有不同验证器提供服务，但您必须注意，在这种情况下，代理可能有一组不同的验证器，这些验证器来自它们自己的缓存以及与通信的各种用户代理代理。他们可能会选择向您发送一份，但这对于最终用户来说可能不是正确的或最佳的。然而，规范中建议了“最佳方法”。

我想这应该涵盖 Expires 标头以及 ETags、Cache-Control 等。

---

以下是相关摘录，以防有人感兴趣：

当强制使用中间缓存时，
通过 max-age=0 指令，
重新验证其自己的缓存条目，以及
客户已经提供了自己的
请求中的验证器，提供的
验证器可能与
验证器当前存储在
缓存条目。在这种情况下，缓存
可以使用任一验证器来使其
自己的请求而不影响语义
透明度。然而，选择
验证器可能会影响性能。
最好的方法是对于
使用自己的中间缓存
验证器在发出请求时。如果
服务器回复 304（不是
修改），然后缓存就可以返回
现在已将其验证副本发送给客户端
并得到 200（OK）响应。如果
服务器回复一个新实体并且
然而，缓存验证器
中间缓存可以比较
返回验证器
在客户的要求中提供，
使用强比较功能。
如果客户端的验证器等于
源服务器的，然后
中间缓存简单地返回 304
（未修改）。否则，它返回
带有 200 的新实体（OK）
回复。如果请求包含
no-cache 指令，它不应该
包括最小新鲜、最大陈旧或
最大年龄。