Cache-Control 是什么

Cache-Control 是 HTTP 缓存的最高优先级指令集：请求头用它声明客户端能接受什么，响应头用它规定浏览器与共享缓存可以存多久、要不要回源再验证。它比更早的过期时间头优先级更高，也是现代缓存策略的唯一可靠入口。理解它的关键是分清两个概念——新鲜度（在多久之内可以直接用本地副本）与再验证（过期后必须回源确认是否变化）。

基本信息

响应侧高频指令

典型使用场景

• 带指纹的静态资源：设置一年期长缓存并声明内容不变，发布靠改文件名失效
• 入口页面：不设长缓存而要求每次再验证，保证用户能及时拿到新版本
• 含用户隐私的接口响应：声明任何缓存都不得存储，避免数据落在中间节点
• CDN 加速：用共享缓存指令给边缘节点更长或更短的时长
• 接口限流与降级：配合过期时间让上游压力更平滑

静态资源长缓存配置

location /static/ {
    # 文件名带哈希，内容变了文件名也变，因此可以放心长期缓存
    add_header Cache-Control "public, max-age=31536000, immutable";
}
location = /index.html {
    add_header Cache-Control "no-cache";   # 入口页面每次回源验证，保证能发新版
}

核对实际生效的缓存头

curl -sI https://www.example.com/static/app.9f2c1a.js | grep -i cache-control   # 看静态资源
curl -sI https://www.example.com/ | grep -iE 'cache-control|etag|age'   # 看入口页与校验值
curl -sI https://www.example.com/static/app.9f2c1a.js | grep -i age   # 共享缓存命中时会出现年龄，表示已在边缘节点停留多久

四种常见组合

• 带指纹的静态资源：公开可缓存加一年期时长并声明内容不变，发布靠改文件名失效
• 入口页面：声明每次回源验证，既保证用户及时拿到新版本又不浪费带宽
• 变化不频繁的只读接口：给一个分钟级的新鲜期，兼顾实时性与上游压力
• 含个人隐私的响应：声明任何缓存都不得存储，并配套使用加密访问

判断缓存到底有没有命中