nginx.conf 采用层级结构：main 块定义全局进程参数；events 块配置连接模型；http 块为 http 配置核心，包含 server、upstream 等；server 块定义虚拟主机；location 块实现 uri 路由匹配与处理。
nginx.conf 是 Nginx 的主配置文件，其结构不是扁平的，而是具有明确的层级与作用域。理解它的全局结构，是写出可维护、高性能、不易出错配置的前提。
main 块：全局上下文，影响整个 Nginx 进程
最外层没有花括号包裹的部分即 main 块，它定义进程级参数，只在 master 进程启动时读取一次，不随 reload 重载而动态生效（部分例外如 worker_rlimit_nofile 可热更新）。关键配置包括：
- user：指定 worker 进程运行的系统用户和组，关系到静态资源读取权限
- worker_processes：建议设为 auto 或 CPU 核心数，过多反而因调度开销降低性能
- worker_rlimit_nofile：提升单个 worker 能打开的文件描述符上限，配合系统 ulimit 使用
- pid 和 error_log：分别指定 master 进程 PID 文件路径和全局错误日志位置及级别
- events 块：虽是子块，但属于 main 层级，专门配置连接处理模型（如 use epoll）和并发能力（worker_connections）
http 块：协议与 Web 服务核心，所有 HTTP 相关配置的容器
http 块是 nginx.conf 中最关键的嵌套层级，所有 server、location、upstream 等都必须在其中定义。它本身不响应请求，但提供默认行为继承链：
- 多数指令（如 sendfile、tcp_nopush、keepalive_timeout）在此层设置后，自动继承给内部所有 server
- 支持定义 upstream 块，用于负载均衡后端服务，作用域为整个 http 块内
- 可使用 map、geo、types 等模块指令做变量映射或 MIME 类型管理
- 注意：log_format 必须在 http 块顶层定义，不能放在 server 内；access_log 则可在 http/server/location 多级覆盖
server 块：虚拟主机边界，定义独立的服务入口
每个 server 块代表一个逻辑上的“站点”，通过 listen 指令绑定 IP:Port，通过 server_name 匹配 Host 请求头。它是请求路由的第一跳：
- 可重复出现多个，Nginx 启动时按顺序匹配，首个满足 listen + server_name 的 server 被选中
- 支持 TLS 配置（ssl_certificate、ssl_protocols 等），且必须成对出现在同一 server 块中
- root、index、client_max_body_size 等指令在此层设置，作用于该站点全部 location（除非被覆盖）
- 不建议在 server 内定义 upstream —— 应统一放在 http 层，便于复用和管理
location 块：URI 路由终点，决定请求如何被处理
location 是实际匹配客户端 URI 并执行动作的最小作用域，嵌套在 server 块内。匹配遵循“最长前缀”和“正则优先”规则：
- 前缀匹配（如 location /api/）和正则匹配（location ~ \.php$）互不影响，但正则匹配一旦成功即终止搜索
- proxy_pass、fastcgi_pass、return、rewrite 等指令通常在此层使用，直接干预请求流向
- 注意 alias 与 root 的差异：alias 替换匹配路径，root 是拼接路径；误用会导致 404
- try_files 常用于 SPA 路由回退（如 try_files $uri $uri/ /index.html），应放在 location / {} 中而非子 location
