alias 不参与 proxy_cache，仅用于静态文件服务；需用 expires 和 Cache-Control 实现浏览器缓存，proxy_cache 必须配合 proxy_pass 使用，二者不可共存于同一 location。
alias 指令本身不参与代理缓存（proxy_cache），它只用于静态文件服务；若想让 alias 映射的目录内容被缓存，必须明确区分“浏览器端缓存”和“Nginx 代理级缓存”两种机制——前者靠 expires 和 add_header Cache-Control 实现，后者需配合 proxy_pass 才能启用，而 alias 与 proxy_pass 互斥。
alias 和 proxy_cache 不能共存于同一 location
alias 的作用是将请求 URI 路径直接替换为本地文件系统路径，适用于 Nginx 直接读取磁盘文件（如 /images/logo.png → /data/assets/logo.png）。而 proxy_cache 是对 upstream 后端响应的缓存，前提是该 location 使用了 proxy_pass。二者逻辑冲突：一个走本地文件系统，一个走反向代理转发，Nginx 不允许在同一个 location 块中同时配置 alias 和 proxy_pass。
- ✅ 正确做法：用 alias + expires → 实现浏览器强缓存
- ❌ 错误尝试：在 alias location 中写 proxy_cache → 配置会报错或被忽略
- ⚠️ 注意：如果本意是“把别名目录当作后端服务来代理并缓存”，应改用 proxy_pass 指向一个能响应该路径的上游服务（例如另一个 Nginx 或 Node.js 服务），而非 alias
alias 目录下静态资源的缓存要靠 expires 控制
对于通过 alias 提供的静态文件（如 JS、CSS、图片），缓存行为完全由 HTTP 响应头决定。必须在 alias 所在的 location 块内显式配置 expires 和 Cache-Control：
- 带哈希的文件（如
app.a1b2c3.js）建议设为长期缓存：expires max;add_header Cache-Control "public, immutable"; - 普通静态资源可按类型设置时间：
location ~* \.(js|css|png|jpg|gif)$ {<br> alias /var/www/static/;<br> expires 1h;<br> add_header Cache-Control "public";<br>} - 务必确认 alias 路径末尾有
/，且 location 匹配路径也以/结尾，否则可能因路径拼接错误导致 404
如果真需要“代理+缓存+类似 alias 的路径映射”，改用 proxy_pass + rewrite
当业务要求“把 /static/ 请求代理到后端某目录，并缓存响应”，就不能用 alias，而应：
- 用
rewrite或proxy_redirect调整 URI 路径 - 用
proxy_pass转发到真实后端（如 http://backend/static/） - 在该 location 中启用
proxy_cache并配置proxy_cache_valid - 示例：
location /static/ {<br> proxy_cache my_cache;<br> proxy_cache_valid 200 1d;<br> proxy_pass http://backend/;<br> # 注意 proxy_pass 末尾的 / 实现路径剥离<br>}
此时请求/static/js/app.js会被转发为http://backend/js/app.js
验证缓存是否生效的关键动作
别只看配置是否写对，要用真实请求验证：
- 用
curl -I https://example.com/static/logo.png查看响应头是否有Cache-Control和Expires - 检查 Nginx error_log，若出现
open() "/xxx" failed (2: No such file or directory)，说明 alias 路径映射错误 - 若用了 proxy_cache，加
add_header X-Cache-Status $upstream_cache_status;可直观看到 HIT / MISS / BYPASS
