Nginx 中 nginx.conf 核心配置文件结构解析

Nginx配置采用严格分层作用域：main块控制全局运行环境，events块管理连接模型，http块定义HTTP核心参数与继承上下文，server和location块嵌套于http内实现虚拟主机与URI路由。

nginx.conf 的结构不是平铺直叙的文本，而是严格分层的作用域嵌套体系。理解这个层级关系，才能避免指令放错位置导致不生效、配置冲突或服务启动失败。

main 全局块：进程启动与基础运行环境

最外层、无花括号包裹的部分即 main 块，它只在 Nginx 启动时读取一次，控制整个服务的“骨架”：

1. user nginx; 指定 worker 进程以普通用户身份运行，防止权限过高引发安全风险
2. worker_processes auto; 自动匹配 CPU 核心数，过多反而增加调度开销
3. pid /run/nginx.pid; 和 error_log /var/log/nginx/error.log notice; 必须在此层级定义，否则 master 进程无法正常初始化
4. include /usr/share/nginx/modules/*.conf; 用于加载动态模块，不能放在 http 或 server 内

events 块：连接处理模型的调控开关

紧接在 main 块之后，用 events { } 包裹，专注网络连接行为，不涉及业务逻辑：

1. worker_connections 1024; 设定单个 worker 最大并发连接数；总并发能力 ≈ worker_processes × worker_connections
2. use epoll; Linux 下显式声明事件驱动模型，提升高并发场景下的 I/O 效率（虽默认启用，但显式写出更稳妥）
3. multi_accept on; 允许一个 worker 尽可能多地一次性接收就绪连接，降低延迟

http 块：HTTP 协议与 Web 服务的核心中枢

所有 Web 相关配置都必须嵌套在 http { } 内，它是 server 和 location 的父容器，提供默认继承上下文：

1. log_format 必须定义在 http 层顶层，access_log 才能引用它；可被 server 或 location 覆盖
2. sendfile on;、tcp_nopush on;、keepalive_timeout 65; 等性能优化指令统一在此设置，子块自动继承
3. upstream 块只能出现在 http 层，供多个 server 复用，不可写在 server 内部
4. include /etc/nginx/conf.d/*.conf; 是常用模块化手段，把站点配置拆到独立文件中管理

server 与 location 块：虚拟主机与 URI 路由终点

它们是实际响应请求的最小作用单元，必须嵌套在 http 块内：

1. 每个 server 块代表一个独立站点，靠 listen 和 server_name 匹配请求；多个 server 按顺序匹配，首个满足条件者生效
2. location 块按 URI 路径做精细路由，匹配优先级为：精确匹配 > 最长前缀匹配 > 正则匹配（按配置顺序）
3. 静态资源路径（root）、索引页（index）、请求体大小限制（client_max_body_size）等可在 server 层设置，也可在 location 中覆盖