Nginx配置继承是自动的层级透传：server继承main中user、error_log等全局指令，location继承server中root、client_max_body_size等值指令；但proxy_pass、add_header等不继承，upstream不参与继承。
Nginx 配置文件的继承关系不是靠手动复制或显式声明实现的，而是由配置解析器在加载时按层级自动应用——外层块的指令默认“透传”给内层块，但一旦内层定义了同名指令，就会覆盖外层值。
server 继承 main 的实际表现
main 块中设置的 user、worker_processes、error_log、pid 等全局指令，会作用于整个 Nginx 实例；而 server 块无需重复声明这些指令，就能使用它们的值。但若在某个 server 中重新写了 error_log，该 server 及其下属 location 就会用新的日志路径，不再沿用 main 里的设置。
- main 中写
error_log /var/log/nginx/error.log warn; - 某 server 中写
error_log /var/log/nginx/app_error.log error; - 该 server 下所有 location 都会记录到
app_error.log，且级别为error
location 继承 server 的关键逻辑
location 块可直接使用 server 中定义的 root、index、client_max_body_size 等指令，无需重复配置。但像 proxy_pass、rewrite、add_header 这类只在 location 有意义的指令，必须在 location 内显式写出，server 中的同名设置不生效（因为它们本身不允许出现在 server 级）。
- server 设置
root /usr/share/nginx/html;→ 所有未覆盖 root 的 location 默认以此为根目录 - location /api/ 设置
proxy_pass http://backend;→ 此处 proxy_pass 不继承 server，也无需继承 - location /static/ 显式写
root /data/static;→ 覆盖 server 的 root，仅对该 location 生效
upstream 不参与继承的特殊性
upstream 块是独立上下文，既不读取 main 或 server 的任何指令，也不会把自己的配置“传递”给其他块。它只被 proxy_pass、fastcgi_pass 等指令引用，属于“被调用”而非“被继承”的角色。
- 不能在 upstream 块里写
keepalive_timeout—— 该指令只在 http 或 server 级有效 - upstream 定义的
server 10.0.1.10:8080 max_fails=3;只在被proxy_pass backend;引用时才起作用 - 多个 server 可共用同一个 upstream 名称，但 upstream 本身不感知 server 的存在
include 和指令覆盖的实用建议
用 include 拆分配置（如 include conf.d/*.conf;）不会改变继承规则，只是把内容原样插入到所在位置。真正影响行为的是指令所处的块层级和是否重复定义。
- 避免在每个 server 里都写一遍
log_format，统一放在 http 块开头更清晰 - 想让某个 location 关闭 gzip，可在 location 中写
gzip off;，它会覆盖 http 或 server 中的gzip on; - 不要在 upstream 块里尝试设置
user或worker_processes—— 语法错误，Nginx 启动会失败
