nginx指令继承非全盘继承或一律覆盖，而是按类型区分：值指令（如root、access_log）子块定义即覆盖；动作类（如proxy_pass、limit_req）不继承，须显式声明；屏蔽型（如add_header、error_page）子块一写则父级同名配置彻底失效。
Nginx 的指令合并不是“全盘继承”或“一律覆盖”，而是按指令类型和作用域严格区分。理解这一点，才能避免 location 中突然丢失响应头、静态资源 403、限流失效等典型问题。
值指令：可继承，但子块定义即覆盖
这类指令用于设定配置值（如路径、日志路径、超时时间），在父级未定义时，子块自动继承；一旦子块显式声明，就完全取代父级值，不叠加、不合并。
-
root / alias：server 块设了
root /var/www，location /api 下又写root /opt/api，则该 location 只认/opt/api，不会拼接或回退 -
access_log / error_log：server 级开启日志后，所有未声明日志的 location 自动沿用；但只要某个 location 写了
access_log logs/api.log，它就只写这个文件，server 级日志配置失效 -
keepalive_timeout / client_max_body_size：http 块设为
client_max_body_size 20M，所有未覆盖的 server 和 location 都受此限制；若某 server 改成10M，则其下所有 location 默认继承 10M（除非再单独改）
动作类指令：不继承，必须在生效层级显式声明
这些指令代表具体行为，Nginx 不允许跨作用域隐含执行，也禁止多个同名动作叠加——它们只在定义的作用域内起效，且上层定义对下层无效。
- proxy_pass：只能出现在 location 块中；写在 http 或 server 块会报语法错误，且不会向下传递
- try_files：仅当前 location 生效；上级 server 的 try_files 不会被子 location 继承，未设置即跳过该机制
- limit_req / limit_conn：必须在要限流的 location 或 server 中直接启用；http 块里配了也不生效，更不会自动应用到所有子块
屏蔽型指令：子块一写，父级同名配置彻底失效
这类指令不是简单“覆盖值”，而是切断继承链，让上级定义完全不可见。最典型的是响应头与错误页控制。
-
add_header：server 块写了
add_header X-Frame-Options DENY，location /api 中只要出现任意add_header（哪怕只加一行X-Backend nginx），server 级所有头全部消失，响应中只剩 location 自己声明的那几行 -
error_page：location 中定义
error_page 404 /404.html，不仅覆盖本 location 的 404 处理，还会屏蔽 server 级的同类设置——即使请求没匹配到该 location，也不会向上查找 server 的 error_page - 解决办法是手动重复声明，或用
include headers.conf抽取公共头，在各层级统一引入
真正支持隐式继承的少数指令
仅限基础协议与传输控制类，且前提是子块完全未声明：
-
sendfile / tcp_nopush / tcp_nodelay：http 块设为
on，所有未覆盖的 server 和 location 自动启用 -
gzip / gzip_types：http 级启用后，子块不关就一直生效；但只要某 location 写了
gzip off，该 location 就彻底关闭压缩 -
index：server 级设
index index.html，子 location 若未设 index，则默认沿用；但若设了index app.php，就只认这个，不再回退
