Nginx 的 alias 指令只支持绝对路径，因其需直接定位文件系统真实位置，不基于配置文件或进程工作目录做相对解析；相对路径如 ./assets/ 会被忽略或导致 404。
在 Nginx 的 alias 指令中，**只支持绝对路径，不支持相对路径**。所谓“相对路径”写法（如 alias ./assets/; 或 alias ../data/;）会被 Nginx 忽略或解析失败，最终导致 404 或配置加载错误。
为什么 alias 只能用绝对路径
alias 的作用是将 URL 路径前缀替换为一个**文件系统中的确定起点**，Nginx 在解析时必须能直接定位到磁盘上的真实位置。它不会基于当前配置文件所在目录、worker 进程工作目录或任何上下文做相对计算——所有路径都从根目录 / 开始解析。
- 正确写法：
alias /var/www/static/;（以/开头的完整路径） - 错误写法：
alias ./static/;、alias static/;、alias ../shared/assets/;
常见误解：alias 和 root 的路径行为对比
有人误以为 alias 可像 root 那样配合 location 路径“拼接”，其实恰恰相反：
-
root /var/www;+location /img/ { ... }→ 请求/img/logo.png映射为/var/www/img/logo.png（追加整个 URI） -
alias /var/www/img/;+location /img/ { ... }→ 请求/img/logo.png映射为/var/www/img/logo.png（先去掉/img/，再拼剩余部分）
注意：两者都要求 alias 和 root 的值是绝对路径；区别在于逻辑，而非路径格式。
如何验证路径是否生效
配置后务必确认三件事：
- 目标路径已创建：
/var/www/static/必须是真实存在的目录，Nginx 不会自动创建 - 权限到位：Nginx 工作用户（如
www-data）对目录有x（进入权限）和对文件有r（读取权限） - 日志验证：开启 debug 日志（
error_log /var/log/nginx/error.log debug;），查看open()调用的实际路径是否与预期一致
Docker 环境下的特别提醒
在容器中使用 alias，路径必须是**容器内部的绝对路径**，且该路径需通过 volume 正确挂载。例如：
- 宿主机目录：
/mnt/storage/uploads - Docker run 命令挂载：
-v /mnt/storage/uploads:/mnt/storage/uploads - Nginx 配置中写：
alias /mnt/storage/uploads/;（不是宿主机路径，也不是相对路径）
