alias是虚拟目录的正确选择，因其将URL前缀完全剥离后拼接剩余路径，精准映射非嵌套物理目录；而root机械拼接会导致多层路径出错。
用 alias 更好——只要你在做虚拟目录映射。
为什么 alias 是虚拟目录的正确选择
虚拟目录的本质，是让一个 URL 路径（比如 /app/、/cdn/）指向磁盘上**非同名、非嵌套**的物理路径（比如 /data/project/dist/ 或 /srv/fastly/assets/）。这正是 alias 的设计目的：
-
alias会把 location 匹配到的前缀（如/app/）整个“砍掉”，再把剩余 URI 拼到你指定的路径后 - 例如：
location /app/ { alias /data/project/dist/; }→ 请求/app/index.html实际读取/data/project/dist/index.html - 路径逻辑清晰、可控，不依赖磁盘目录和 URL 命名一致
root 在虚拟目录场景下容易出错
root 是机械拼接：它把整个请求 URI（含 location 前缀）直接追加到指定路径后。这在虚拟目录中几乎必然导致多一层目录：
-
location /app/ { root /data/project/dist; }→ 请求/app/index.html会去找/data/project/dist/app/index.html - 但你的真实文件在
/data/project/dist/index.html，中间多出/app/，结果就是 404 - 除非你刻意把文件放在
/dist/app/下，否则就违背了“虚拟”的本意
alias 使用必须注意的硬性规则
alias 好用，但配置有门槛，漏掉任一细节都会失效：
- alias 后的路径末尾必须加
/（如/var/www/assets/），否则/static/img.png可能变成/var/www/assetsimg.png - 只能写在
location块内，不能出现在server或http级别 - 不支持纯正则
location ~ ...（Nginx 1.11.5+ 支持带捕获的 alias，但需显式引用 $1，不推荐新手混用）
什么情况才该用 root
root 更适合结构对齐的场景：
- 整个站点根目录：直接在
server块设root /var/www/html; - 静态资源与 URL 完全同构：比如
location /static/对应磁盘上/var/www/static/目录 - 需要配合
index自动找index.html时（alias不触发 index）
