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; 同样只能在最外层，其他地方声明直接语法错误。

这类指令是“独占型”，不存在覆盖关系，只有一处有效。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

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，不会回退。

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 级日志完全停掉，不是叠加，是替换。

不复杂但容易忽略