Nginx的非阻塞I/O模型天然高效支撑WebSocket握手，因其仅需一次事件循环完成HTTP头解析、密钥校验与101响应；配合worker_connections≥10240、multi_accept on等调优，QPS可达8000~12000+。
Nginx 的非阻塞 I/O 模型天然适配 WebSocket 握手阶段的轻量、短时、高并发特性，无需额外配置即可高效支撑大量客户端同时发起升级请求。
WebSocket 握手本质是 HTTP 协议的一次性协商
客户端发送带 Upgrade: websocket 和 Connection: Upgrade 头的 HTTP GET 请求，服务端返回 101 Switching Protocols 响应。整个过程不涉及长连接数据流，仅需解析请求头、校验 Sec-WebSocket-Key、生成响应头并返回——全部在一次事件循环中完成。
这与 Nginx 基于 epoll（Linux）或 kqueue（BSD/macOS）的事件驱动架构高度契合：每个握手请求只占用极短的 CPU 时间片，不会阻塞其他请求处理。
非阻塞 I/O 如何避免握手积压
- Nginx 不为每个 TCP 连接创建线程或进程，而是由少量 worker 进程轮询就绪 socket，快速完成 HTTP 解析与响应生成
- 即使瞬时涌入数万握手请求，只要系统未达文件描述符或内存上限，Nginx 能在毫秒级内完成大部分请求的首包响应
- 真正瓶颈通常不在 I/O 模型本身，而在内核连接队列（net.core.somaxconn）、TIME_WAIT 回收（net.ipv4.tcp_tw_reuse）或 SSL 握手开销（若启用 wss）
关键配置建议（聚焦握手效率）
- worker_connections 应设为单个 worker 能处理的最大并发连接数，建议 ≥ 10240；配合 worker_processes auto 充分利用多核
- 启用 multi_accept on，让每个事件循环尽可能多地接受新连接，减少握手请求排队延迟
- 若使用 TLS，开启 ssl_buffer_size 4k 并复用 session（ssl_session_cache shared:SSL:10m），降低 TLS 握手对 WebSocket 升级的影响
- 避免在握手路径上配置耗时模块（如复杂 rewrite、sub_filter 或第三方 Lua 脚本），否则会延长单次事件处理时间
实际性能表现参考
在常规云服务器（4 核 8G，千兆网卡）上，Nginx 默认配置即可稳定支撑每秒 3000+ 次 WebSocket 握手；调优后可达 8000~12000+ QPS。此时 CPU 使用率通常低于 40%，瓶颈更可能出现在网络栈或上游应用（如后端 WebSocket 服务未及时 accept 连接）。
