proxy_ignore_headers 是“决策权回收工具”，让 Nginx 忽略后端 Expires、Cache-Control、Set-Cookie、Vary 等特定响应头，转而严格按 proxy_cache_valid 等指令执行缓存逻辑，不删除头本身但使其在缓存决策中失效。
proxy_ignore_headers 不是缓存开关，而是“决策权回收工具”——它让 Nginx 忽略后端返回的某些响应头，转而严格按你写的 proxy_cache_valid、proxy_cache_use_stale 等指令执行缓存逻辑。
哪些头能被忽略？关键就这四类
该指令只对特定标准响应头生效，且效果各不相同：
- Expires：屏蔽服务端指定的绝对过期时间，避免它覆盖你配置的缓存周期
- Cache-Control：跳过 no-cache、max-age、private、no-store 等指令；注意：忽略后 Nginx 不再识别 private 或 no-store，敏感内容可能误入共享缓存
- Set-Cookie：Nginx 默认不缓存含此头的响应；忽略它可强制缓存（如未登录首页），但必须确认响应不含用户身份信息，否则会泄露 session
- Vary：跳过 Vary 头后，Nginx 不再将它的值纳入 cache key 计算，同一 URL 下移动端/桌面端不再各自存一份，减少缓存碎片
典型进阶场景与配置写法
不是所有情况都适合忽略，重点看业务是否允许“统一决策”：
-
静态资源强缓存：后端返回 Cache-Control: no-cache，但你知道 JS/CSS 实际可缓存 1 小时
→ 配置：proxy_ignore_headers Cache-Control;+proxy_cache_valid 200 302 1h; -
跨终端页面归一化缓存：后端根据 User-Agent 返回
Vary: User-Agent，导致缓存膨胀
→ 配置：proxy_ignore_headers Vary;（需确保页面内容真与设备无关） -
带临时 Cookie 的公共页缓存：首页未登录时返回 Set-Cookie（如跟踪 ID），但主体内容无状态
→ 配置：proxy_ignore_headers Set-Cookie;+ 显式proxy_cache_valid 200 10m;，并禁用proxy_cache_use_stale updating防止脏读
必须避开的坑
这个指令一旦配错，轻则缓存失效，重则引发安全问题：
- 它只在
location块中生效，且必须写在proxy_pass之前；多个头用空格分隔，例如：proxy_ignore_headers Cache-Control Set-Cookie; - 忽略
Cache-Control后，no-store和private失效，若后端返回含敏感数据的响应，可能被缓存到磁盘或共享内存中 - 忽略
Set-Cookie时，务必确认响应体不携带 session ID、CSRF Token 等用户上下文字段；建议搭配proxy_hide_header Set-Cookie防止客户端收到错误 Cookie - 它不替代
proxy_no_cache或proxy_cache_bypass；需要条件性跳过缓存时，应配合使用，实现更细粒度控制
怎么验证它真的起作用了？
光看配置没用，得用日志和响应头交叉验证：
- 加
proxy_hide_headers Cache-Control;，再开启 debug 日志：error_log /var/log/nginx/debug.log debug;，观察 access log 中是否不再透传该头 - 用 curl -I 请求，对比忽略前后响应头变化；同时检查 Nginx 缓存目录中文件的修改时间，确认是否按
proxy_cache_valid周期生成 - 注意：如果后端用
X-Accel-Expires控制缓存，它不受proxy_ignore_headers影响，需改用proxy_cache_valid统一管理
