Nginx在Linux下默认启用epoll，显式配置需在events块中添加use epoll;并调优worker_connections和multi_accept；需配合内核参数（如somaxconn）及文件描述符限制优化。
在 Nginx 中启用 epoll 事件驱动，只需确保运行环境为 Linux，并在 events 块中正确配置（通常无需显式指定，Nginx 会自动选择最优模型）。
确认系统支持 epoll
epoll 是 Linux 内核 2.6+ 提供的高效 I/O 多路复用机制。只要你的服务器是主流 Linux 发行版（如 CentOS 7+、Ubuntu 18.04+），默认就支持 epoll。可通过以下命令验证：
uname -r # 查看内核版本，需 ≥ 2.6<br>cat /proc/sys/net/core/somaxconn # 确保连接队列足够（建议 ≥ 65535）
events 块中启用 epoll 的写法
Nginx 在 Linux 下会自动选用 epoll，但你可以显式声明以提高可读性和确定性。在 nginx.conf 的顶层 events 块中配置如下：
events {<br> use epoll;<br> worker_connections 10240;<br> multi_accept on;<br>}- use epoll：强制指定事件模型；若省略，Linux 下 Nginx 仍大概率选 epoll，但显式声明更稳妥
- worker_connections：每个 worker 进程允许的最大并发连接数，建议设为 10240 或更高（需同步调整系统限制）
- multi_accept on：让单个 worker 在一次 epoll 事件中尽可能多地接受新连接，减少惊群和系统调用开销
配套的系统级优化建议
仅配置 use epoll 不足以发挥最大性能，还需调整内核参数和 Nginx 全局设置：
- 增大文件描述符限制：
ulimit -n 65536，并在/etc/security/limits.conf中持久化 - 调优网络参数（如
net.core.somaxconn = 65535、net.ipv4.tcp_max_syn_backlog = 65535） - 确保
worker_processes auto;，让 Nginx 自动匹配 CPU 核心数 - 避免在 events 块中混用不兼容指令（如
use kqueue或use select）
验证是否生效
重启 Nginx 后，通过以下方式确认 epoll 已启用：
- 查看错误日志：
tail -f /var/log/nginx/error.log，启动时若有using epoll字样即表示成功 - 检查进程系统调用：
strace -p $(pgrep nginx) -e trace=epoll_wait 2>&1 | head -5，能看到 epoll_wait 被频繁调用
