Nigx配置

events {
use epoll;
worker_connections 65535;
}

定义了 Nginx 处理客户端连接的事件模型和单进程最大并发连接数，是 Nginx 高并发优化的基础配置，专门作用于events块，worker_connections是每个工作进程能处理的最大并发连接数，它的上限受worker_rlimit_nofile限制，两者通常配置为相同数值：

 

worker_rlimit_nofile 65535;

• 配置在nginx.conf的全局块中（和worker_processes、pid同级） worker_rlimit_nofile 65535; # 数值为最大文件描述符数量，推荐65535

• 在 Linux/Unix 系统中，一切皆文件（网络连接、普通文件、日志文件、管道等），每打开一个 “文件”，操作系统就会分配一个文件描述符（一个整数）。Nginx 处理每个客户端连接时，至少会占用 1 个文件描述符；如果涉及反向代理、读取静态文件，会占用更多。
• 系统默认的进程文件描述符限制（通常是 1024）会直接限制 Nginx 的并发能力，比如最多只能处理 1024 个连接，超出的会被拒绝。

• worker_rlimit_nofile的作用就是突破这个默认限制，让 Nginx 能打开更多文件描述符，从而支持更高的并发。

user root

• 是 Nginx 配置中用于指定工作进程运行的用户（及用户组） 的核心指令，它决定了 Nginx 工作进程在操作系统中的权限身份。

PID是

• Nginx 中用于指定 Nginx 主进程 PID 文件的存储路径和文件名的配置指令，这个 PID 文件会记录 Nginx 主进程的进程 ID（PID）。
• 默认路径：如果不配置pid指令，Nginx 会使用编译时指定的默认路径（通常是/usr/local/nginx/logs/nginx.pid或/var/run/nginx.pid）。可以通过nginx -V查看编译参数，找到默认的 PID 路径相关配置。
• 文件会自动生成 / 删除：Nginx 启动时会自动创建这个 PID 文件并写入主进程 PID；正常停止（nginx -s stop/nginx -s quit）时，会自动删除该文件；如果 Nginx 异常退出，PID 文件可能会残留，此时手动删除即可重新启动。

worker_processes 

一、worker_processes的核心作用

1. 1. 参数的本质worker_processes用于指定 Nginx 要创建的工作进程（worker process） 的数量，这些工作进程是 Nginx 处理客户端请求的核心进程（主进程master process仅负责管理工作进程，不处理实际请求）。
   • • 默认值：在旧版本的 Nginx 中默认是1，新版本（如 1.9.10+）默认是auto（自动根据服务器的 CPU 核心数设置）。
   1. 工作进程的职责每个工作进程都是独立的，会平等地竞争客户端的连接请求，处理请求的全过程（如静态资源读取、反向代理、FastCGI 交互等）。Nginx 的多进程模型可以充分利用服务器的多核 CPU 资源，提升并发处理能力。

二、如何合理配置worker_processes

1. 推荐配置方案

对于生产环境，最常用且最优的配置是将其设置为服务器的 CPU 核心数（或 CPU 核心数的 1 倍 / 2 倍），原因是：

• • Nginx 的工作进程是单线程且非阻塞 IO模型，每个进程可以高效利用一个 CPU 核心，设置为核心数能最大化利用 CPU 资源，避免进程间的 CPU 竞争。

 

+++++++++++++++++++++++++++++++++++++++++已上为全局配置，下文描述http部分+++++++++++++++++++++++++++++++++++++