Nginx配置块遵循“作用域覆盖”和“就近生效”原则，而非传统继承：main、events、http并列不嵌套；server继承http但可覆盖；location中root完全替代server的root；upstream和if为独立作用域，不参与继承链。
理清 Nginx 主配置文件中各配置块的继承关系，核心在于理解“作用域覆盖”和“就近生效”两个原则，而不是传统意义上的父子继承。指令不会自动向下传递，而是按块层级逐级查找，一旦某一层级定义了该指令，就不再向上回溯。
main、events、http 是并列的顶层上下文
这三个块处于同一层级，互不嵌套、互不继承：
- main 块（全局块）：定义 user、worker_processes、pid、error_log 等影响整个 Nginx 进程的参数；
- events 块：只处理网络连接事件模型（如 epoll）、worker_connections 等，仅对连接层生效；
- http 块：是所有 Web 服务配置的容器，必须且只能出现一次，它不继承 main 的指令（如 worker_processes 对 http 无意义），但部分参数（如 error_log）若未在 http 内重定义，会沿用 main 层设置。
server 继承 http，但可覆盖
每个 server 块位于 http 块内，它能使用 http 块中定义的大多数指令（比如 log_format、sendfile、keepalive_timeout），但只要自己写了同名指令，就以 server 内的为准：
- 例如 http 块设了
access_log /var/log/nginx/access.log;，某个 server 块里又写了access_log /var/log/nginx/app.log;，则该 server 下所有请求走 app.log； - 如果 server 块没写 access_log，就沿用 http 块的路径；
- 注意：不是所有指令都支持在 server 层出现，比如 worker_processes 只能在 main 层用。
location 不继承 server 的 root，而是完全替代
这是最容易出错的地方。root 指令在 location 中不是“追加”，而是“重置”：
- server { root /srv/www; location /api { } } → /api/xxx 映射到 /srv/www/api/xxx；
- server { root /srv/www; location /api { root /opt/app; } } → /api/xxx 映射到 /opt/app/api/xxx（保留 /api 前缀）；
- 想让 /api/xxx 直接对应 /opt/app/xxx，得用
alias /opt/app/;，它会剥离匹配前缀； - 多个嵌套 location 之间也不继承 root —— 匹配到哪个块，就只看那个块有没有定义 root 或 alias。
upstream 和 if 是独立作用域，不参与继承链
upstream 块不嵌套在任何其他块中，也不被 server 或 location 继承；它只是被引用（如 proxy_pass http://my_upstream）。同样，if 块属于特殊上下文，其内部指令不继承外层的多数配置（比如 root、index 在 if 里无效），而且 if 本身不能嵌套，也不触发常规继承逻辑。
指令类型也影响行为：normal 类（如 root、index）遵循就近覆盖；array 类（如 access_log、fastcgi_param）在低层定义时会完全替换高层同名项，不是累加；action 类（如 rewrite、return）只在定义它的上下文中执行，不向下传递。
