nginx中location块不继承server块配置，而是完全覆盖；root仅覆盖不继承，拼接完整uri路径，alias才用于剥离前缀映射。
nginx 中 server 块和 location 块之间没有传统意义上的“继承”，而是作用域覆盖关系：location 块内定义的指令会直接覆盖 server 块中同名指令的值，而不是叠加或补充。
root 指令不继承，只覆盖
server 块中的 root 是该虚拟主机的默认根目录，仅在 location 块未设置 root 或 alias 时生效。一旦某个 location 块定义了 root，Nginx 就完全忽略 server 级的 root，并把整个请求 URI（包括匹配前缀）拼接到新 root 后面。
- server { root /var/www/html; location /img/ { } } → /img/logo.png 映射为 /var/www/html/img/logo.png
- server { root /var/www/default; location /api/ { root /opt/backend; } } → /api/v1/users 映射为 /opt/backend/api/v1/users（不是 /opt/backend/v1/users）
- 想剥离 /api/ 前缀？必须用 alias，不能靠 root
location 匹配是独立且互斥的
一个请求只会命中一个 location 块，Nginx 按最长前缀匹配或正则优先级规则选出唯一块，然后只应用该块内的配置。它不会回退合并多个 location 的设置，也不会叠加 server 和 location 的 root。
- 即使有 location /api/ 和 location /api/v1/，/api/v1/users 只进后者，前者配置完全不生效
- 嵌套 location 不构成父子继承关系，只是匹配优先级不同
- 没匹配到任何 location，则使用 server 级 root 和 index 等默认行为
其他指令也遵循覆盖逻辑
除了 root，多数 Normal 类指令（如 gzip、index、autoindex）都按“低层覆盖高层”原则工作。但要注意不同指令类型的行为差异：
- gzip on 在 server 块启用，但在 location /api { gzip off; } 中会被关闭，API 接口就不压缩
- access_log 是 Array 类指令：location 中声明会完全替换 server 中的记录，不是追加
- proxy_pass 是 Action 类指令：只在当前 location 生效，不继承也不传递
alias 才是前缀映射的正确选择
当需要把 URI 路径映射到文件系统某目录并去掉前缀时，alias 是语义明确、行为可控的方案。它的核心机制是“替换匹配前缀”，而非重设根目录。
- location /static/ { alias /data/public/; } → /static/css/app.css → /data/public/css/app.css
- location /api/ { alias /opt/backend/v1/; } → /api/users → /opt/backend/v1/users
- 注意 alias 值末尾建议加 /，location 路径也应以 / 结尾，避免路径拼接错误
