Nginx配置中不存在传统覆盖，而是按作用域生效、就近优先、指令类型决定继承：全局指令（如user）独占且不可继承；http块指令可被server/location隐式继承；server块中root等指令不继承，index等一出现即屏蔽上级；access_log跨层时替换而非叠加。
Nginx 主配置文件（nginx.conf）中全局配置对子配置的“覆盖”其实不是传统意义上的层层覆盖，而是按作用域生效 + 就近优先 + 指令类型决定是否继承。理解它，关键在于分清三件事：哪些指令能传下去、哪些一写就切断、哪些根本不能出现在某一层。
全局块（main context）的配置不自动下传到所有子块
全局块里的指令（如 user、worker_processes、error_log、pid）只影响 Nginx 进程本身，不进入 http/server/location 的逻辑流程。它们不会被子块“继承”，也不会被子块同名指令“覆盖”——因为这些指令压根不允许出现在 server 或 location 块里。比如：
-
user nobody;只能在全局块写，写在 http 块里会报错； -
worker_processes 4;同样只能在最外层，其他地方声明直接语法错误。
这类指令是“独占型”，不存在覆盖关系，只有一处有效。
http 块中的配置是多数 server 和 location 的默认值来源
http 块里设的 sendfile on;、client_max_body_size 10M;、log_format main ...; 等，属于可隐式继承的指令。只要 server 或 location 块没重新声明，就会沿用 http 块的值。
但注意：一旦某 server 块写了 sendfile off;，该 server 下所有 location 都用 off，哪怕 location 里没写——这是继承，不是覆盖。
而像 client_max_body_size 这类，若 server 块没设，就用 http 块的；server 设了，location 没设，就继承 server 的；location 自己设了，就用 location 的。
server 块对 location 块：多数指令不继承，而是“重置”或“屏蔽”
这是最容易踩坑的地方：
-
root、proxy_pass、try_files、limit_req这些指令完全不继承。每个 location 必须自己写，否则 Nginx 不会向上找。 -
index、error_page、add_header这些看似可设，实则一出现就屏蔽上级：- server 设了
index index.html;，location 里写了index index.php;→ 该 location 下只试index.php，index.html彻底失效； - server 有
error_page 404 /404.html;，location 里加了error_page 404 /custom.html;→ 这个 location 里 404 永远走/custom.html，不会回退。
- server 设了
access_log 是特例：遵循“同层追加、跨层替换”
- http 块写了
access_log logs/access.log main;，某个 server 没写 access_log → 生效； - 同一 server 里写了两条：
access_log logs/app.log main; access_log logs/debug.log debug;
→ 两条日志同时写；
- 但只要这个 server 下任意 location 写了
access_log logs/api.log main;→ 整个 location 只写api.log，server 级日志完全停掉，不是叠加，是替换。
不复杂但容易忽略
