Nginx 中 root 指令是作用域覆盖而非继承：server 块的 root 为默认根目录，location 块内定义的 root 会完全替代它，且保留 URI 前缀；需剥离前缀时应使用 alias。

Nginx 中 root 指令在 server 块和 location 块中的行为不是“继承”，而是“作用域覆盖”：每个块独立生效，location 块内的 root 会完全替代 server 块中定义的 root（如果存在），而不是拼接或补充。

root 在 server 块中定义的作用范围

server 块中的 root 是该虚拟主机的默认根目录，对所有未在 location 中显式重定义 root 或 alias 的请求生效。它不自动“传递”给子 location；只要某个 location 自己设置了 root，就以该值为准。

• 例如：
  server {
    root /var/www/html;
    location /images/ {
      # 没有 root，沿用 server 的 /var/www/html
    }
  }
  访问 /images/logo.png → 实际路径为 /var/www/html/images/logo.png

location 块中定义 root 会完全覆盖 server 的 root

location 内的 root 不是追加路径，而是重新指定整个根目录。Nginx 会把 location 匹配的 URI 路径（包括前缀）拼接到这个新 root 后面。

• 例如：
  server {
    root /var/www/default;
    location /api/ {
      root /opt/backend;
    }
  }
  访问 /api/v1/users → 实际路径为 /opt/backend/api/v1/users（注意：保留了 /api/ 前缀）
• 这常导致意外 404，因为开发者可能误以为 root /opt/backend + /api/ 会映射到 /opt/backend/v1/users，但实际不是——root 不剥离 location 前缀

想剥离 location 前缀？用 alias 而非 root

当需要将某个 URI 路径“映射到”另一个目录且不带前缀时，应使用 alias，它会**替换掉匹配的 location 前缀**。

• 对比示例：
  location /static/ {
    alias /data/assets/;
  }
  访问 /static/js/app.js → 实际路径为 /data/assets/js/app.js（/static/ 被完全替换）
• 而同样路径下用 root：
  location /static/ {
    root /data/assets;
  }
  访问 /static/js/app.js → 实际路径为 /data/assets/static/js/app.js（多了一层 static）

多个嵌套 location 与 root 的优先级

Nginx 按照最长匹配原则选择 location 块，选中后只应用该块内定义的 root（或 alias），不会叠加、合并或回退到外层。没有定义则回退到上一级作用域（如 server 或更外层）的 root，但仅限于“未定义”而非“未匹配”。

• 关键点：
  location 匹配是互斥的，一个请求只会进入一个 location 块；
  root 不支持链式继承，不存在 “server root + location root” 的组合效果；
  若某 location 既没写 root 也没写 alias，才使用 server 级的 root