Linux 应默认使用 epoll，FreeBSD/macOS 应默认使用 kqueue；Nginx 自动检测并启用对应机制，显式配置 use 指令既不必要，还可能导致启动失败或降级，跨平台部署时应省略 use 指令以确保兼容性。
Linux 下不用手动配置 use epoll，FreeBSD/macOS 下也不该写 use kqueue——Nginx 会自动选对模型。强行指定不仅没必要，还可能出错。
Linux 系统：默认就是 epoll，别加 use 指令
现代 Linux（内核 2.6+）上，只要 Nginx 编译时启用了 epoll 支持（默认开启），它启动时就会自动使用 epoll，无需、也不建议在 events 块中写 use epoll;。
- 写了
use epoll;不报错，但属于冗余；写错成use epoll（缺分号）或拼错，会导致启动失败 - 更严重的是，若误写
use poll;或use select;，Nginx 会强制降级，高并发下连接延迟明显上升 - 确认是否真用上了 epoll：启动后查错误日志，应有
using the "epoll" event method；也可运行nginx -V 2>&1 | grep with-epoll验证编译支持
FreeBSD / macOS 系统：kqueue 同样自动启用
kqueue 是这些系统原生高效的事件机制，Nginx 在对应平台编译时会自动探测并绑定，运行时直接使用。
- 在 FreeBSD 或 macOS 的配置里写
use kqueue;不会报错，但无实际作用——它本来就会用 - 切勿在 Linux 上尝试写
use kqueue;，编译不通过或启动失败 - 验证方式类似：看启动日志是否有
using the "kqueue" event method，或用strace（Linux）/dtrace（macOS）观察系统调用
真正该做的事：让 epoll/kqueue 发挥全力
选对模型只是基础，瓶颈常出现在配套资源上：
-
调大系统连接上限：在
/etc/sysctl.conf中设置net.core.somaxconn = 65535、fs.file-max = 1000000，再执行sysctl -p -
匹配 worker_connections：events 块中设
worker_connections 16384;，并确保worker_rlimit_nofile≥ 该值 -
启用 multi_accept：加
multi_accept on;，让单次 accept 尽可能多地建立连接 -
上游复用连接：upstream 块配
keepalive 32;，配合proxy_http_version 1.1;和proxy_set_header Connection '';
跨平台部署注意：配置文件别硬编码 use
同一份 nginx.conf 若需在 Linux 和 macOS 上共用，events 块中应完全不出现 use 指令。
- Nginx 自动适配机制可靠，显式指定反而破坏可移植性
- 若想明确知道当前生效模型，靠日志和运行时检查，而不是靠配置文件里有没有某行
- CI/CD 中可通过
nginx -V提前校验目标环境的编译能力，避免上线后才发现缺失 epoll/kqueue 支持
