核心是按资源类型精准设置 Cache-Control 响应头：带哈希静态资源设一年强缓存并 immutable；普通静态资源设30天可验证缓存；HTML 文件禁用强缓存启用协商；动态接口彻底禁用缓存。
核心是按资源类型精准设置 Cache-Control 响应头，而不是笼统加一条 expires 或全局配置。Nginx 本身不“计算”缓存逻辑，它只负责在响应中正确透传或注入对应的 HTTP 头，让浏览器按规则执行。
带哈希的静态资源（如 app.a1b2c3.js）
这类文件内容不变则 URL 不变，适合强缓存且跳过验证：
- 用正则匹配：`location ~* \.[a-f0-9]{8,}\.(js|css|png|jpg|webp|woff2|svg)$`
- 设一年强缓存并标记不可变：
add_header Cache-Control "public, max-age=31536000, immutable" always; - 加
always确保覆盖 PHP、FastCGI 或上游返回的旧头 - 可选加
expires 1y;兼容 HTTP/1.0 客户端
普通静态资源（如 logo.png、font.woff2）
未带哈希、更新不可控，需保留验证能力，避免用户卡在旧版本：
- 按后缀匹配：
location ~* \.(png|jpg|jpeg|gif|svg|ico|woff|woff2|ttf|eot)$ - 设 30 天可验证缓存：
add_header Cache-Control "public, max-age=2592000, must-revalidate" always; - 不加
immutable，保留 ETag / Last-Modified 协商机制 - 建议加
access_log off;减少 I/O 开销
HTML 入口文件（如 index.html）
它是页面骨架，每次部署都可能变化，强缓存极易导致白屏或 JS/CSS 加载失败：
- 匹配所有 HTML：
location ~* \.html?$ - 禁用强缓存，启用协商验证：
add_header Cache-Control "no-cache, must-revalidate" always; - 根路径也要覆盖：
location = / { try_files /index.html =404; add_header Cache-Control "no-cache"; } - 确保
etag on;（Nginx 默认开启），配合后端返回 304 节省传输
动态与敏感接口（如 /api/、/user/、.php）
涉及用户数据、表单提交或状态变更，必须杜绝任何缓存痕迹：
- 路径匹配：
location ^~ /api/、location ^~ /user/、location ~* \.(php|json)$ - 彻底禁用缓存：
add_header Cache-Control "no-store, no-cache, must-revalidate, max-age=0" always; -
no-store比no-cache更严格，禁止浏览器和 CDN 写入磁盘 - 若响应中含
Set-Cookie，默认会阻止缓存，无需额外处理
配置后务必验证生效：用 curl -I https://yoursite.com/static/app.abc123.js 查看响应头，确认含 Cache-Control: public, max-age=31536000, immutable；对 HTML 则应为 no-cache。
