Cache-Control 标头，定义了 max-age 但后退按钮始终提供 Web 缓存数据

Question

我正在测试 cache-control 标头在 Chrome 上的工作方式。 我在nginx 中的设置非常简单：

server {
    listen       80;
    server_name  localhost;

    etag        on;
    root        /usr/share/nginx/html;

    location / {
        add_header Cache-Control "must-revalidate, private, max-age=10";
    } 
}

我期望的设置行为是：

• max-age：在指定时间内使用缓存（以秒为单位）
• etag：用于验证数据的新鲜度
• private：避免使用代理缓存来保存数据

通过硬重新加载，我得到了预期的行为：

1- 第一次下载到服务器，返回数据为200

2- 第二次刷新（ctrl + R）访问服务器以验证新鲜度，如果未修改，则返回 304，如果数据已修改，则返回 200。 （似乎它从未从网络缓存中提供过。为什么？）

之前的行为大多是预期的，但使用back 和forward 按钮总是从网络缓存中检索数据。为什么是这样？为什么如果我修改了数据但使用back/forward 按钮我仍然从缓存中获取陈旧数据？即使我等待超过 10 秒，结果也是一样的。只需硬重新加载即可获得新数据。

Answer 1

缓存标头的工作方式如下：

如果设置了 ma​​x-age 或 Expires，那么如果 Cache-Control 包含必须重新验证然后会发生以下情况。

因为缓存可以配置为忽略服务器指定的过期时间，并且因为客户端请求可以包含 maxstale 指令（具有类似的效果），所以协议还包括源服务器要求重新验证的机制任何后续使用的缓存条目。当缓存接收到的响应中存在 must-revalidate 指令时，缓存不能在条目变得陈旧后使用该条目来响应 后续请求，而无需先使用源服务器重新验证它。

或者如果 Cache-Control 包含 no-cache 则会发生以下情况。

如果 no-cache 指令未指定字段名称，则缓存不得使用响应来满足后续请求，而无需与源服务器成功重新验证。

此外，您可以结合 ETag 和 ma​​x-age/Expires 标头来使缓存更加定性。当时间到期时，浏览器将发送基于 ETag 的重新验证请求。

请注意，ma​​x-age 和 Expires 是等效的，但 ma​​x-age 具有更高的优先级。

还有一件事，如果您没有提供任何以前的标头，那么浏览器（例如 Chrome）可以在 Last-Modified 标头值之后的 10% 时间内缓存您的资源，但任何方式都会根据缓存资源的 Last-Modified 值发送重新验证请求。