alias解决静态资源404的关键是正确路径替换：location与alias斜杠必须严格一致，禁用正则location中的alias，确保目录存在且SELinux权限正确，并用return 200验证实际解析路径。
用 alias 解决静态文件 404，关键不是“加了 alias 就行”，而是确保它被正确替换、路径不拼错、不被其他规则绕过。下面几条是真正起作用的操作要点。
location 和 alias 的斜杠必须严格一致
alias 是“替换”行为，不是“追加”。斜杠位置错了，路径就粘连出错：
- 如果 location 写成 /static/，alias 必须以 / 结尾：alias /var/www/dist/static/;
- 如果 location 写成 /static（无尾斜杠），alias 就不能带尾斜杠：alias /var/www/dist/static;
- 反例：location /static/ + alias /var/www/dist/static → 实际查找 /var/www/dist/staticjs/app.js（漏斜杠导致 static 和 js 粘连）
别在正则 location 里用 alias
Nginx 明确不支持在 ~ 或 ~* 开头的 location 中使用 alias，即使语法通过，运行时也会被忽略，退回到默认 root 行为，必然 404：
- 错误写法：location ~ ^/assets/ { alias /opt/cdn/; }
- 正确替代：改用 root + rewrite，例如
location ~ ^/assets/(.*)$ {
root /opt;
rewrite ^/assets/(.*)$ /cdn/$1 break;
}
确认 alias 指向的是真实存在的目录且有读权限
路径存在 ≠ Nginx 能读。尤其在 CentOS/RHEL 启用 SELinux 时，常见静默拦截：
- 用 ls -ld /var/www/dist/static/ 确认目录存在、属主为 nginx 或 www-data
- 检查权限是否至少为 755（目录）、644（文件）
- SELinux 下执行：ls -Z /var/www/dist/static/，若上下文不是 httpd_sys_content_t，运行
chcon -Rt httpd_sys_content_t /var/www/dist/static/
快速验证 alias 是否生效
别靠 reload 后猜，直接看 Nginx 实际解析出的路径：
- 在对应 location 块中临时加一行：return 200 "file: $request_filename";
- curl 请求对应资源，比如 curl http://localhost/static/logo.png，输出就是它真正要打开的磁盘路径
- 再配合 nginx -T 查看最终加载的完整配置，确认你改的是生效的 server 块
