通过 proxy_ignore_headers X-Accel-Expires 可解除上游对 Nginx 缓存生命周期的强制干预，将控制权收归 Nginx 自身配置，需在启用 proxy_cache 的 location 块内、proxy_pass 前配置，并配合 proxy_cache_valid 显式定义缓存策略。
要通过 proxy_ignore_headers X-Accel-Expires 实现更高级的缓存控制，核心不是简单“忽略一个头”，而是**解除上游对 Nginx 本地缓存生命周期的强制干预，把决策权收回到 Nginx 自身配置中**。X-Accel-Expires 是 Nginx 专有响应头，常被后端（如 FastCGI、uWSGI 或自定义代理层）用来动态覆盖缓存时长，但它会直接压倒 proxy_cache_valid 的设置——除非你明确忽略它。
为什么 X-Accel-Expires 会影响缓存行为
X-Accel-Expires 是 Nginx 识别的“加速指令头”，作用优先级极高：
- 当后端返回
X-Accel-Expires: 60，Nginx 会直接将该响应缓存 60 秒，不管proxy_cache_valid 200 10m怎么写 - 若返回
X-Accel-Expires: 0或负值，Nginx 默认不缓存该响应（即使状态码和路径完全符合缓存条件） - 它不像 Cache-Control 那样需解析语义，是直译为秒数的硬指令，跳过所有中间判断
正确配置 proxy_ignore_headers X-Accel-Expires 的前提条件
该指令不会自动生效，必须满足以下三点：
-
必须在启用了 proxy_cache 的 location 块内使用：仅声明
proxy_ignore_headers而未开启缓存，它完全不参与任何逻辑 - 必须放在 proxy_pass 之前：顺序错误（如写在 proxy_pass 后面）会导致指令被忽略
-
必须配合 proxy_cache_valid 显式定义缓存策略：忽略 X-Accel-Expires 后，Nginx 不再有默认时长，全靠你写的
proxy_cache_valid 200 302 5m;等来决定
典型安全用法示例（含防误配）
假设你用 PHP-FPM 提供 API 接口，后端有时注入 X-Accel-Expires: 0 用于调试，但线上希望统一缓存 2 分钟：
location /api/ {
proxy_pass http://php_backend;
proxy_cache my_cache;
proxy_cache_valid 200 2m;
proxy_cache_valid 404 1m;
proxy_ignore_headers X-Accel-Expires; # 关键：让后端的 0 不起效
proxy_hide_header X-Accel-Expires; # 可选：避免透传给客户端造成混淆
add_header X-Cache-Status $upstream_cache_status;
}
注意：X-Accel-Expires 区分大小写，不能写成 x-accel-expires 或加冒号；多个头用空格分隔，例如：proxy_ignore_headers X-Accel-Expires Cache-Control;
与其它缓存头的协同关系
单独忽略 X-Accel-Expires 往往不够，常见组合策略：
- 若后端同时发
X-Accel-Expires和Cache-Control: no-cache，需一并忽略：proxy_ignore_headers X-Accel-Expires Cache-Control; - 若响应还带
Set-Cookie（如匿名埋点），且确认内容无状态，可追加Set-Cookie，但务必同步加proxy_hide_header Set-Cookie;防泄漏 -
Vary不影响是否缓存，但影响缓存键粒度；忽略它可减少碎片，但需确保响应对所有用户一致（如不依赖 User-Agent 或 Accept-Language）
不复杂但容易忽略：X-Accel-Expires 是上游强干预项，忽略它不是“绕过规则”，而是把缓存生命周期的控制权拿回来——之后每一分缓存时长，都由你明确定义。
