用map变量动态控制proxy_cache_valid是最轻量实时的缓存策略切换方案，支持基于请求头、URI参数及上游响应特征（如状态码、Content-Type）即时调整TTL，并配合bypass机制防误伤。
直接用 map 变量控制 proxy_cache_valid 的缓存时长，是应对突发业务热度切换最轻量、最实时的方案。它不依赖上游响应变更，也不需要重启 Nginx，只要请求头（如 User-Agent、Cookie、URI 参数）或响应特征（如 Content-Type、状态码）出现可识别信号，就能立刻触发不同缓存策略。
用请求特征快速切档：比如按流量来源或设备类型分级缓存
突发热度常伴随特定入口爆发——例如 App 内嵌 WebView 流量激增、某渠道推广链接集中访问、或爬虫/脚本工具（curl/httpie）批量探测。此时可基于 $http_user_agent 或 $arg_source 快速映射缓存时长：
- 匹配 curl、httpie 等工具请求，设极短 TTL（如 5s），避免被刷穿缓存
- 识别 Mobile 设备但非微信/QQ 内置浏览器，设中等 TTL（如 5m），兼顾体验与回源压力
- 对主流浏览器（Chrome/Firefox/Safari）及微信内置 UA，启用常规 TTL（如 10m–1h）
- 新增渠道参数 ?source=seeding 时，自动降级为 30s，用于灰度验证或限流兜底
配置示例（放在 http 块）：
map $http_user_agent $cache_ttl {~*curl|httpie|wget 5;
~*Mobile.*!(MicroMessenger|QQ) 300;
~*Firefox|Chrome|Safari|MicroMessenger 3600;
default 600;
}
map $arg_source $cache_ttl_override {
"seeding" 30;
default "";
}
# 合并逻辑（高优覆盖）：
map "$cache_ttl_override" $final_ttl {
"" $cache_ttl;
default $cache_ttl_override;
}
用响应特征动态响应：比如按内容类型或错误率临时降级
当后端 API 因突发请求开始返回大量 5xx、或 JSON 接口响应变慢、或图片类资源（image/webp）被高频访问时，可借助 $upstream_http_content_type 或 $upstream_status 实时调整：
- 检测到 upstream 返回 502/503，立即将后续同类请求的缓存 TTL 提升至 60s（缓解雪崩）
- 若响应 Content-Type 是 application/json 且响应体大于 1MB，设 TTL=0s 强制不缓存，防止大响应挤占 cache zone
- 对 image/* 类型，单独提升至 1h；若含 ?v=20260507 这类带时间戳参数，再额外加 5m 宽限期
注意：$upstream_http_content_type 和 $upstream_status 只在 proxy_pass 执行后可用，必须配合 proxy_buffering on 与 proxy_cache_use_stale updating 使用，才能让 map 在缓存决策阶段读取到这些值。
双保险机制：变量 + bypass 防误伤
仅靠 proxy_cache_valid $final_ttl 不足以完全规避风险。热度突变时，旧缓存可能已污染，需主动“绕过”或“清空”当前请求：
- 加 proxy_cache_bypass $final_ttl：当 $final_ttl 为 "0s" 时，该请求不查缓存、不存缓存，100% 回源
- 加 proxy_no_cache $final_ttl：同上，但更彻底——即使响应被缓存过，也强制不使用
- 配合 add_header X-Cache-Strategy "$final_ttl|$upstream_status"，方便日志分析策略是否命中
这样，当运营突然开启秒杀页、或监控告警触发熔断标记时，只需改一个 map 分支或加一个 arg，5 秒内全量生效，无需发版、不中断服务。
上线前必验三件事
- 确认 location 块启用了 proxy_cache，并且 proxy_cache_key 包含了影响 map 的变量（如 $arg_source、$http_user_agent）
- 检查 map 中 default 是否存在——缺失会导致变量为空，proxy_cache_valid 解析失败，整条规则退化为未定义行为
- 用 curl -I -H 'User-Agent: curl/8.10.1' https://your.site/path 验证 X-Cache-Status 与 X-Cache-Strategy 响应头是否符合预期
