非阻塞I/O与零拷贝是Nginx协同优化机制：前者通过epoll/kqueue实现事件驱动，使单worker可高效管理数万连接；后者借助sendfile在内核态直接传输数据，避免内存拷贝与上下文切换；二者配合才能发挥极致性能。
Nginx 的非阻塞 I/O 和零拷贝不是两个独立优化，而是一套协同工作的机制——非阻塞让事件驱动成为可能，零拷贝则在合适路径上把性能压到极致。真正高效的服务，靠的不是单点技术堆砌，而是它们如何配合运转。
非阻塞 I/O 是事件驱动的底层基础
nginx 所有 socket 默认设为非阻塞模式，配合 epoll（Linux）或 kqueue（BSD）实现多路复用。这意味着：
• accept、read、write 等调用立即返回，不会因等待数据就绪而挂起进程
• 没有数据时返回 EAGAIN/EWOULDBLOCK，nginx 把连接挂进事件队列，等内核通知“可读”或“可写”再处理
• 单个 worker 进程能同时盯住数万连接，CPU 不空转也不被阻塞，资源利用率更平稳
sendfile 实现内核态零拷贝传输
当响应静态小文件（如 JS、CSS、图片）时，启用 sendfile 后：
• 数据直接从磁盘 fd 复制到 socket fd，全程不经过用户空间内存
• 避免传统 read() + write() 的两次内存拷贝和两次上下文切换
• 只需一次系统调用，且依赖 page cache，实际读取常由内核缓存满足，几乎无磁盘 IO
二者协同才能释放真实性能
零拷贝不是开个开关就生效，它高度依赖非阻塞模型的调度能力：
• 如果 I/O 是阻塞的，sendfile 虽然省了内存拷贝，但进程仍会卡在系统调用里，无法处理其他请求
• 非阻塞 + 事件驱动，让 nginx 在 sendfile 发起后立刻去处理别的连接；等内核完成复制并触发 socket 可写事件，再继续后续流程
• 配合 tcp_nopush on，还能把 sendfile 数据攒够 TCP MSS 再发，减少网络包数量
容易被破坏的零拷贝条件
很多配置会无意中关闭零拷贝，导致回退到 read/write 模式：
• 启用 gzip on、sub_filter、add_header（某些场景）、proxy_set_header（修改响应体时）
• 使用正则 location 匹配静态路径，触发内容重写逻辑
• client_body_buffer_size 过大或开启 request body 缓存，使 nginx 必须先收全请求体再响应
• 日志记录过于详细（如 $request_time、$upstream_response_time），增加用户态处理负担
