root是路径拼接，将完整URI（含location匹配部分）追加到指定目录后；alias是路径替换，剥离location前缀后拼接剩余路径，且alias值必须以/结尾。
因为 root 的设计定位就是“站点根目录”，它不负责路径变换，只做简单拼接；而 alias 的本质是“路径别名”，专为前缀替换而生——这是功能分工不同，不是缺陷或疏漏。
root 是“补全路径”，不是“重写路径”
root 指令把整个请求 URI（包括 location 匹配部分）原样追加到指定目录后。它的逻辑非常直白：你访问 /admin/js/app.js，location /admin/ { root /var/www; } 就等于找 /var/www/admin/js/app.js。这个行为确保了 URL 层级与磁盘目录结构严格一致，适合整站部署、单页应用等场景。
- 它假设你的文件系统已按 URL 路径建好对应子目录
- 不需要也不支持“去掉前缀”这类操作，否则就违背了“根目录”的语义
- 如果硬要让 /admin/ 映射到 /var/www/assets/，root 做不到，这不是它该干的事
alias 是专为“前缀映射”设计的指令
alias 的存在意义，就是解决 root 无法处理的那类需求：URL 路径前缀和磁盘物理路径不一致。它会主动剥离 location 中匹配的部分，再把剩余路径拼到 alias 值后面。
- location /admin/ { alias /var/www/assets/; } → 访问 /admin/js/app.js 实际读取 /var/www/assets/js/app.js
- 这个“剥离+拼接”动作是 alias 的核心机制，由 Nginx 内部硬编码实现
- 它不要求 /var/www/assets/ 下存在 admin/ 子目录，完全解耦 URL 与磁盘结构
为什么不能让 root 兼容 alias 行为？
Nginx 的配置模型强调职责单一和行为可预测。如果给 root 加上“自动去前缀”选项，会带来三重问题：
- 语义混乱：root 不再是“根”，变成“有条件替换的根”，违背命名直觉
- 配置歧义：/admin/ 和 /admin（无尾斜杠）匹配行为不同，去前缀规则会变得复杂难控
- 兼容风险：大量现有配置依赖 root 的纯拼接逻辑，改动将导致静默故障
实际选型看需求，不是看哪个“更方便”
要不要替换前缀，取决于你的部署结构：
- 前端构建产物直接放在 /var/www/dist/，且所有请求路径（如 /js/、/css/）在 dist 目录下真实存在 → 用 root
- 想把 /api-docs/ 这个 URL 前缀统一指向 /opt/swagger-ui/ 这个独立目录 → 必须用 alias
- 一个 server 块里既有整站 root，又有几个特殊路径需要映射 → root + 多个 alias 混用是标准做法
