Linux下Nginx默认启用epoll，无需且不可配置use epoll；应通过nginx -V、错误日志及strace确认其运行时生效，并调优内核参数、worker_connections、upstream keepalive与proxy_cache协同释放性能。

Linux 下 Nginx 默认就使用 epoll，不需要手动配置 use epoll；强行写入反而会报错或降级。真正要做的，是确认它在生效、防止被意外覆盖，并配合系统与 Nginx 参数释放其性能潜力。

确认 epoll 确实已启用

不要只看配置文件有没有写 use，关键看运行时是否真用上了：

• 执行 nginx -V 2>&1 | grep -o with-epoll，有输出说明编译时已支持
• 启动后查错误日志，搜索 using the "epoll" event method，应有类似提示
• 运行中检查：strace -p $(pgrep nginx -f | head -1) -e trace=epoll_wait 2>&1 | head -3（需 root），能看到持续的 epoll_wait 调用

避免误配导致降级

Nginx 不接受 use epoll; 这种写法，它既非法也无必要：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• use epoll; → 启动失败，报错 unknown directive "use"
• use poll; 或 use select; → 强制切换低效模型，连接数一过千，延迟明显上升
• 确保 nginx.conf 的 events 块里没有 use 指令，让 Nginx 自动选择

调优配套参数释放 epoll 效能

epoll 本身高效，但系统资源瓶颈会让它“有劲使不出”：

• 内核层面：在 /etc/sysctl.conf 中设置
  net.core.somaxconn = 65535
fs.file-max = 1000000
net.ipv4.ip_local_port_range = 1024 65535
  执行 sysctl -p 生效
• Nginx 层面：
  worker_rlimit_nofile 65536;
events { worker_connections 16384; multi_accept on; }

协同 upstream 和缓存提升整体吞吐

epoll 处理连接快，但若上游频繁建连或缓存未命中，优势就被抵消：

• upstream 中启用连接复用：keepalive 32;，并配 proxy_http_version 1.1; 和 proxy_set_header Connection '';
• 静态资源开启 proxy_cache，用 keys_zone 定义内存索引区，减少磁盘查找开销
• 通过 $upstream_cache_status 日志字段观察 HIT 率，验证缓存是否真正分担了 epoll 的压力