nginx通过非阻塞i/o与epoll/kqueue事件驱动实现高并发tcp连接处理：监听套接字设为非阻塞并监听epollin，accept立即返回；主动connect后监听epollout并检查so_error；数据收发全程非阻塞，配合et模式与deferred accept优化性能。
Nginx 使用非阻塞 I/O 处理 TCP 握手，核心在于不等待内核完成三次握手全过程，而是把连接建立过程“让渡”给事件驱动机制（如 epoll/kqueue），由操作系统通知何时就绪。它不阻塞工作进程，从而支撑高并发。
被动连接：监听套接字上的 accept 不阻塞
当客户端发起 SYN 请求，内核在完成三次握手后，将已建立的连接放入 listen socket 的已完成队列（accept queue）。Nginx 的 worker 进程调用 accept() 时，若队列为空，非阻塞模式下立即返回 -1，errno 为 EAGAIN（或 EWOULDBLOCK）；若队列非空，则立刻获取新连接的 fd，不会卡住。
- listen socket 必须设为非阻塞（Nginx 默认启用）
- 该 socket 被注册到 epoll 中监听可读事件（EPOLLIN）——有新连接就绪时触发
- 收到事件后才调用 accept() 尝试取连接，失败就跳过，不重试也不挂起
主动连接：connect() 立即返回，靠事件判断结果
当 Nginx 作为反向代理需连接上游服务器时，调用 connect() 后不等握手完成就返回。若连接尚未建立，返回 -1，errno 为 EINPROGRESS。此时 Nginx 将该 socket 加入 epoll，监听其可写事件（EPOLLOUT）——TCP 三次握手成功后，该 socket 变为“可写”，表示连接已就绪。
- 不能仅靠 EPOLLIN 判断连接成功，因为 SYN-ACK 到达后 socket 并不一定可读（尚无数据）
- 正确做法是监听 EPOLLOUT，再调用 getsockopt(fd, SOL_SOCKET, SO_ERROR, ...) 检查 errno 是否为 0
- 若 errno 为 0，说明 connect 成功；若为非零（如 ECONNREFUSED），则连接失败
连接就绪后的数据收发也全程非阻塞
一旦连接建立，后续 recv()/send() 同样是非阻塞的。读不到数据时返回 -1，errno 为 EAGAIN；缓冲区满时 send() 也返回 -1 + EAGAIN。Nginx 不会重试，而是交由事件循环下次再处理——读就绪时继续 recv，写就绪时继续 send，直到完成或出错。
- 避免因单个慢连接导致整个 worker 进程停滞
- 配合边缘触发（ET）模式时，必须一次性读完或写完，否则可能漏事件
- 实际代码中常配合 readv/writev 或内存池批量操作，减少系统调用次数
优化细节：deferred accept 减少无效唤醒
Nginx 支持 listen ... deferred 指令，让内核延迟通知应用层新连接——只有当客户端真正发送了 HTTP 请求数据（即 TCP payload 到达），epoll 才触发可读事件。这避免了大量只建连不发请求（如扫描、keepalive 空闲连接）浪费 CPU 唤醒 worker 进程。
- 依赖 Linux 的 TCP_DEFER_ACCEPT socket 选项
- 要求三次握手完成后，内核还需等到第一个数据包到达才通知 accept
- 对真实业务请求更友好，降低事件处理频率
