nginx中alias报404主因是location与alias斜杠不一致、正则location优先覆盖、alias禁用于正则块、文件路径或权限问题；需严格统一斜杠、调整location顺序、改用root+rewrite、检查路径存在性及权限。
使用 alias 指令指向绝对路径却仍报 404，问题通常不出在“是不是绝对路径”，而在于location 匹配、路径替换逻辑、斜杠一致性、或被其他 location 规则覆盖这几个关键环节。下面分常见原因逐一说明。
location 路径段与 alias 值的斜杠不匹配
alias 的行为是“完全替换” location 中匹配到的部分，但这个替换对末尾斜杠极其敏感：
- 若
location /static/ { alias /var/www/dist/static/; }→ 请求/static/js/app.js正确映射为/var/www/dist/static/js/app.js - 若写成
location /static/ { alias /var/www/dist/static; }（缺末尾斜杠）→ 实际尝试读取/var/www/dist/staticjs/app.js（拼接错误，多出一级空目录） - 同理，
location /static { alias /var/www/dist/static/; }（location 缺斜杠）也会导致错位
✅ 解决办法：确保 location 末尾斜杠和 alias 值末尾斜杠严格一致（都带或都不带）。
正则 location 优先级更高，覆盖了 alias 配置
Nginx 的 location 匹配顺序中，正则表达式（~ 或 ~*）会优先于普通前缀匹配。如果前面有类似这样的配置：
location ~ \.(js|css|png|jpg|gif)$ {
root /var/www/default;
}
那么所有以 .js 结尾的请求（比如 /myapp/static/app.js）会先命中这个正则块，直接走 root 规则，完全绕过你后面定义的 location /myapp/ { alias ... }。
✅ 解决办法：把正则 location 移到 alias 块之后；或加前缀限定范围（如 location ~ ^/api/.*\.(js|css)$）；或修正正则写法（注意 ? 等特殊字符需转义）。
alias 不能用于正则 location，否则无效
Nginx 官方明确限制：alias 不支持在正则匹配的 location 中使用。例如：
location ~ ^/bbs/ {
alias /var/www/bbs/;
}
这种写法在语法上不报错，但运行时会被忽略，实际仍按默认 root 行为处理，极易 404。
✅ 解决办法：改用 root + rewrite 组合。例如：
location ~ ^/bbs/(.*)$ {
root /var/www;
rewrite ^/bbs/(.*)$ /bbs/$1 break;
try_files $uri $uri/ /bbs/index.html;
}
文件系统权限或路径本身不存在
即使配置逻辑正确，以下底层问题也会导致 404：
- alias 指向的绝对路径（如
/var/www/myapp/dist/）在磁盘上根本不存在 - Nginx 工作进程（通常是
www-data或nginx用户）对该目录没有读取（r）和执行（x）权限（目录需有x权限才能进入） - index 文件（如
index.html）不在 alias 目录下，且未显式配置index指令
✅ 解决办法：用 ls -ld /var/www/myapp/dist 检查路径存在性与权限；用 sudo -u www-data ls /var/www/myapp/dist 模拟 Nginx 用户访问测试。
