alias指令仅支持映射本地文件系统路径，无法代理外部CSS资源；需用proxy_pass反向代理或return 302重定向实现外部资源访问，本地静态资源则优先使用alias以提升性能。
Nginx 的 alias 指令不能用于重定向外部 CSS 资源目录，它只适用于映射本地文件系统路径。如果你希望让 Nginx 提供来自外部（如 CDN 或另一台服务器）的 CSS 文件，alias 无法实现，必须改用 proxy_pass 或其他反向代理方式。
为什么 alias 不适合外部资源
alias 的作用是将请求 URI 的前缀替换为指定的本地文件系统路径，并查找对应文件返回。它不发起网络请求，也不支持 HTTP 重定向或代理。因此：
- 它只能指向本机磁盘上的目录，比如
/var/www/static/css/ - 若你写成
alias https://cdn.example.com/css/;，Nginx 会直接报错，因为这不是合法路径 - 浏览器请求
/css/style.css时，Nginx 不会去远程拉取，而是尝试读取本地某个目录下的文件
正确做法：用 proxy_pass 代理外部 CSS 目录
要让 /css/ 下的所有请求由外部 CDN 响应，应使用 location + proxy_pass：
location /css/ {
proxy_pass https://cdn.example.com/;
proxy_set_header Host cdn.example.com;
proxy_set_header X-Real-IP $remote_addr;
proxy_ssl_verify off; # 如 CDN 使用自签名证书，可临时关闭校验（生产慎用）
}注意：proxy_pass 后的 URL 末尾斜杠很重要。加了 / 表示“去掉匹配前缀后拼接”，例如请求 /css/main.css 会被转发为 https://cdn.example.com/main.css。
立即学习“前端免费学习笔记（深入）”；
替代方案：302 临时重定向（简单但有局限）
如果只是希望浏览器直接访问外部地址，可用 return 302 实现跳转：
location /css/ {
return 302 https://cdn.example.com$request_uri;
}优点是配置简单、节省服务器带宽；缺点包括：
- CSS 请求暴露了真实 CDN 地址，可能被绕过或滥用
- 跨域问题可能影响调试（如本地开发时混合协议）
- 无法统一添加请求头、缓存策略或错误兜底
补充提醒：静态资源建议优先用本地 alias
若外部 CSS 实际已同步到本地（比如部署时下载好），更推荐用 alias 直接服务：
location /css/ {
alias /opt/app/static/css/;
expires 1y;
add_header Cache-Control "public, immutable";
}这样性能更好、可控性更强，也避免了对外部服务的依赖和延迟。
