多个虚拟主机共用proxy_cache导致缓存冲突的本质是缓存key和缓存区未隔离，解决方法为：一、在http块中为各站点定义唯一keys_zone的proxy_cache_path；二、在server块中显式设置proxy_cache和含$host或标识符的proxy_cache_key；三、所有缓存指令（如proxy_cache_valid、proxy_cache_lock）均需在server内独立配置，避免继承；四、通过X-Cache响应头及缓存目录验证隔离效果。
多个虚拟主机共用 proxy_cache 时出现缓存冲突，本质是不同站点的请求被映射到同一个缓存 key 和同一块缓存区，导致 A 站点的 HTML 覆盖了 B 站点的 JS，或 HTTPS 与 HTTP 版本混存——这不是 Nginx 故障，而是缓存隔离缺失。
一、为每个虚拟主机分配独立缓存区
在 http 块中，为每个 server 定义专属 proxy_cache_path，名称必须唯一：
proxy_cache_path /var/cache/nginx/cache_site_a levels=1:2 keys_zone=cache_site_a:20m max_size=2g inactive=60m use_temp_path=off;proxy_cache_path /var/cache/nginx/cache_site_b levels=1:2 keys_zone=cache_site_b:20m max_size=2g inactive=60m use_temp_path=off;
✅ keys_zone 名称（如 cache_site_a）是缓存元数据的唯一标识，不可复用；若两个 server 都指向 keys_zone=cache_default，就必然冲突。
二、在 server 块中绑定专属缓存 + 显式构造 key
每个 server 块内禁用全局继承，显式指定缓存区和 key 逻辑：
proxy_cache cache_site_a;proxy_cache_key "$scheme$request_method$host$uri$is_args$args:site_a";
⚠️ 不要依赖默认 key；末尾加 :site_a 这类标记，确保即使 URL 完全相同，key 也因后缀不同而分离。若用端口区分，可写 :8080；若用域名，可用 $server_name 替代硬编码。
三、禁止跨 server 共享缓存指令
避免在 http 或 upstream 块中统一设置 proxy_cache 或 proxy_cache_valid，这些指令会被继承，造成覆盖：
- 所有缓存策略（有效期、状态码规则、锁机制）都应在对应 server 块内单独配置
- 例如启用并发回源保护：
proxy_cache_lock on; proxy_cache_lock_timeout 5s;必须每处重写
否则，一个 server 的 proxy_cache_valid 404 1m 可能意外影响另一个 server 对 404 的缓存行为。
四、验证是否真正隔离
用 X-Cache 响应头和缓存目录结构交叉确认：
- 访问 site-a.com，响应头含
X-Cache: HIT from cache_site_a - 访问 site-b.com，响应头含
X-Cache: HIT from cache_site_b - 检查磁盘：
ls /var/cache/nginx/cache_site_a/与cache_site_b/内容互不重叠
若发现某站点命中了另一站点的缓存区，说明 proxy_cache 指令被错误继承或 keys_zone 名称重复。
