Nginx 的 proxy_ignore_headers 不支持运行时动态生效，必须通过 location 隔离或 map + internal location 分组配置来实现按微服务差异化响应头过滤，原生不支持基于 upstream 变量动态设置。
proxy_ignore_headers 是 Nginx 中用于主动丢弃上游响应头的指令，它不作用于请求头，也不控制请求转发逻辑，而是决定“哪些响应头不传递给客户端”。要实现针对不同微服务的差异化接管（如跳过缓存头、屏蔽安全头、或保留特定服务的自定义头），关键在于：不能全局配置 proxy_ignore_headers，而需结合 location 隔离 + upstream 区分 + 条件化变量映射。
为什么不能直接按服务名设 proxy_ignore_headers
Nginx 的 proxy_ignore_headers 是 location 级指令，但不支持基于 $upstream_addr 或 $upstream_http_x_service_name 动态生效。它在配置解析阶段就绑定到当前上下文，无法运行时判断来自哪个 upstream。所以必须通过结构隔离来实现“差异化”。
按 upstream 分组配置独立 location
为每个关键微服务（如 user-svc、order-svc、notify-svc）分配专属路径前缀或 host，再在对应 location 块中显式设置 proxy_ignore_headers：
# user-svc 要求透传 X-User-Rate-Limit，但忽略 Set-Cookie（避免登录态污染）
location /api/user/ {
proxy_pass http://user_upstream;
proxy_ignore_headers Set-Cookie;
# 不忽略 X-User-Rate-Limit → 它会被客户端看到
}
# order-svc 强一致性场景，需禁用所有缓存相关响应头
location /api/order/ {
proxy_pass http://order_upstream;
proxy_ignore_headers Expires Cache-Control Pragma;
}
# notify-svc 允许前端做轻量降级，但需隐藏后端细节
location /api/notify/ {
proxy_pass http://notify_upstream;
proxy_ignore_headers Server X-Powered-By;
}
✅ 优势：配置清晰、无运行时开销
⚠️ 注意：路径前缀需与业务路由对齐，避免/api/user/v2/xxx因正则匹配失效
利用 map + internal location 实现 header 级精细接管（进阶）
若路径无法区分（比如所有服务都走 /api/），可借助后端主动写入的标识头（如 X-Service-Name: user），配合 map 提取服务名，再用 error_page 或 rewrite 触发内部跳转，最终由不同 location @xxx 控制响应头行为：
# 在 http 块中定义映射
map $upstream_http_x_service_name $ignore_list {
"user" "Set-Cookie";
"order" "Expires Cache-Control Pragma";
"notify" "Server X-Powered-By";
default "";
}
# 主 location（不设 proxy_ignore_headers）
location /api/ {
proxy_pass http://backend;
proxy_intercept_errors on;
error_page 500 502 503 504 = @fallback;
}
# fallback location 根据服务名动态应用 ignore 策略
location @fallback {
internal;
# 用 set 指令将 map 结果赋值给 proxy_ignore_headers 可识别的变量（需搭配第三方模块或 Lua）
# 原生 Nginx 不支持运行时 set proxy_ignore_headers → 此处建议改用 proxy_hide_header 分层控制
proxy_hide_header $upstream_http_x_service_name; # 示例：隐藏标识头本身
# 实际中更推荐：此处返回静态降级页，header 过滤已在上层 location 完成
}
? 提示：原生 Nginx 不支持动态
proxy_ignore_headers，但可用proxy_hide_header逐个隐藏指定头；若需更灵活策略，建议引入ngx_http_lua_module，在access_by_lua_block中读取$upstream_http_x_service_name并调用ngx.header.HEADER_NAME = nil。
与 Spring Cloud Gateway / Zuul 的协同要点
- Zuul 默认会把
sensitive-headers加入ignored-headers，例如Cookie,Set-Cookie—— 若 Nginx 前置，且 Zuul 后面还接了其他网关，需确认是否重复丢弃； - 若使用 Spring Security，默认
ignored-headers包含X-Frame-Options等，若前端依赖这些头做安全防护，Nginx 层不应再proxy_ignore_headers二次丢弃； - 推荐分工：Zuul/Gateway 负责请求侧敏感头过滤（如
Authorization不透传下游），Nginx 负责响应侧服务治理头过滤（如屏蔽Server、统一清除Cache-Control）。
不复杂但容易忽略
