精准控制html缓存需在匹配.html文件和根路径的location块中，用add_header cache-control "no-cache, must-revalidate" always;配合pragma和expires过期头，并实测响应头验证生效。
直接用 add_header Cache-Control "no-cache, must-revalidate" 并不能“自动生效”，关键在于它加在哪个 location 块里、是否被上游头覆盖、以及是否匹配了真正需要控制的资源类型。精准控制的核心是：**谁该禁用强缓存、在哪加、怎么确保它起作用**。
只对 HTML 文件启用 no-cache, must-revalidate
HTML 是前端资源的入口，一旦被缓存，新版本 JS/CSS 的路径就无法加载，用户可能看到白屏或旧功能。必须明确限定作用范围：
- 匹配所有
.html文件：location ~* \.html$ {<br> add_header Cache-Control "no-cache, must-revalidate";<br>} - 覆盖根路径（如访问
/自动返回index.html）：location = / {<br> try_files /index.html =404;<br> add_header Cache-Control "no-cache, must-revalidate";<br>} - 避免写成
max-age=0—— 它仍可能触发条件请求（If-None-Match），而no-cache强制每次验证，更可靠
防止被后端或默认配置覆盖
Nginx 默认不覆盖已有响应头；如果上游（如 PHP-FPM、反向代理）已设置了 Cache-Control，你的 add_header 会被忽略：
- 用
always参数强制添加（Nginx ≥ 1.7.5）：add_header Cache-Control "no-cache, must-revalidate" always; - 或者先隐藏上游头，再添加自己的：
proxy_hide_header Cache-Control;<br>add_header Cache-Control "no-cache, must-revalidate";
- 检查配置加载顺序：
include的文件若在你配置之后加载，可能覆盖你的规则
配合其他头增强兼容性与语义明确性
单靠 Cache-Control 在老旧客户端或某些中间代理中可能不够稳妥：
- 补充
Pragma: no-cache（HTTP/1.0 兼容）：add_header Pragma "no-cache" always; - 设置
Expires为过去时间，双重保险：expires epoch;或add_header Expires "Fri, 01 Jan 1990 00:00:00 GMT" always; - 注意不要混用
no-store：它会禁止一切缓存，和must-revalidate的“允许缓存但强制验证”逻辑冲突
上线后快速验证是否生效
别只信配置，要实测响应头：
- 打开浏览器 DevTools → Network → 刷新页面 → 找到
index.html请求 - 查看 Response Headers 中：
✅Cache-Control: no-cache, must-revalidate
✅Pragma: no-cache
✅Expires是一个过去时间 - 手动改一行 HTML 内容并重新部署，清空浏览器缓存再访问 —— 若仍是旧版，说明缓存规则未命中，大概率是
location优先级低或被其他配置覆盖
