Nginx 的 root 指令行为恒定，仅做 URI 字面拼接；所谓“差异”实为目录自动重定向机制触发：当请求 URI 对应真实目录且无尾斜杠时，Nginx 返回 301 重定向至带斜杠版本。
Nginx 的 root 指令本身不会因为请求 URI 是否带尾部斜杠而改变行为。它始终做同一件事：把请求的 URI 字面拼接到你配置的路径末尾，形成文件系统路径。
真正导致“行为看起来变了”的，是 URI 对应的资源类型（文件 or 目录） + Nginx 的内置目录处理逻辑，而不是 root 指令本身在响应斜杠。
具体来说，变化来自以下两个独立但常被混淆的机制：
✅ root 拼接逻辑恒定不变
无论请求是 /app 还是 /app/，只要 root /var/www;，Nginx 都会：
-
/app→ 拼成/var/www/app -
/app/→ 拼成/var/www/app/
它不加判断、不改写、不补斜杠——纯字符串拼接。
⚠️ 真正触发“行为改变”的是目录自动重定向机制
当满足全部条件时，Nginx 会对 不带斜杠的 URI 返回 301 重定向到带斜杠版本：
- 请求 URI 对应的路径（如
/var/www/app）在磁盘上真实存在且是一个目录； - 请求 URI 末尾没有斜杠（如访问
/app，不是/app/）； - 当前
location块中没有精确匹配（如location = /app）或前缀匹配提前终止； - 该
location中未使用proxy_pass等代理指令（即走静态文件服务路径）。
此时 Nginx 自动返回：
HTTP/1.1 301 Moved Permanently Location: /app/
这不是 root 在起作用，而是 Nginx 内部对“目录访问规范性”的友好干预。
? 为什么加了斜杠后页面能正常显示？
因为 /app/ 拼成 /var/www/app/，Nginx 接着会：
- 查看该目录是否存在；
- 若存在，尝试按
index指令找默认文件（如index.html）； - 找到就返回内容；找不到则可能返回 403（目录列表禁用时）或 404。
而 /app（无斜杠）若对应目录，又没被其他规则拦截，就会先跳转——用户看到的是重定向后的结果，误以为“root 行为变了”。
? 如何避免意外重定向？
- 明确需要禁止跳转时，在对应
location中加：location /app { root /var/www; try_files $uri $uri/ =404; # 主动尝试文件和目录，不触发 301 } - 或用精确匹配绕过：
location = /app { root /var/www; try_files /app/index.html =404; }
不复杂但容易忽略：root 是个老实人，只拼路径；所有“智能”反应都来自后续的文件系统检查和内置规则。
