nginx中root指令在嵌套location块内不继承、只覆盖：一旦某location定义root，即完全取代外层root，并将完整uri（含前缀）拼接到新路径；需剥离前缀时应使用alias。
Nginx 中的 root 指令在嵌套 location 块里**不继承，只覆盖**——不是“沿用再补充”，而是“匹配即接管”。只要某个 location 块里写了 root，它就完全取代外层（server 或更上层）的 root，且会把整个请求 URI（包括 location 前缀）拼接到新路径后面。
root 在嵌套 location 中的行为本质是“作用域替换”
它不是父子传递，而是就近生效：Nginx 找到最终匹配的 location 后，只看这个块里有没有定义 root。有，就用它；没有，才回退到上一级（比如 server 块）的 root。
- server 块设了
root /var/www，但某个location /api里又写了root /opt/backend→ 访问/api/v1/user对应文件路径是/opt/backend/api/v1/user（注意保留了/api） - 如果想让
/api/映射到/opt/backend/下直接找v1/user，就不能用root，而该用alias /opt/backend/ - 嵌套 location（比如
location /app { location ~ \.php$ { ... } }）中，内层 location 不会自动获得外层 location 的root；它要么自己定义，要么回退到 server 级的root
嵌套 location 之间不共享 root，也不叠加
一个请求只会命中一个最精确匹配的 location 块，Nginx 不会把多个 location 的配置“合并”起来。也就是说：
- 外层
location /static设了root /data，内层location ~ \.js$没写root→ 它会沿用 server 级的root（不是外层 location 的） - 如果内层也写了
root /cdn，那就彻底用/cdn，和外层、server 都无关 - 不存在 “server root + 外层 location root + 内层 location root” 这种链式拼接
什么时候该用 alias 而不是 root？
当你希望某个 URI 路径前缀被**完全替换掉**（而不是拼接上去），尤其是在嵌套或需要剥离路径时：
-
location /assets/ { alias /srv/static/; }→/assets/logo.png→/srv/static/logo.png -
location /admin/ { alias /var/www/dashboard/; }→/admin/index.html→/var/www/dashboard/index.html - alias 不能和正则 location 混用（除非正则里明确捕获并引用），且末尾斜杠要对齐：
alias值末尾带/，location 路径也得以/结尾
实际调试建议
遇到 404 或路径错乱时，优先检查三点：
- 用
nginx -T输出完整展开配置，确认最终生效的是哪个 location 和它的root或alias - 对比请求 URI 和实际文件路径：Nginx 日志里的
open() "/xxx" failed错误会直接告诉你它试图访问哪条路径 - 避免在多层 location 中反复设
root；如需统一管理，可考虑用set变量 +root $my_root，但要注意变量作用域限制
