nginx高性能核心在于事件驱动的非阻塞i/o模型，体现为事件循环（ngx_process_events_and_timers）、模块注册（如ngx_epoll_module）、回调调度（handler函数指针）与内存复用（request pool、ngx_connection_t复用）四者协同。

nginx 的高性能核心在于其基于事件驱动的非阻塞 I/O 模型，这一模型并非抽象概念，而是直接贯穿于源码结构、模块协作与执行流程之中。理解它在源码中的映射，关键不是逐行读 epoll 或 kqueue，而是看清“事件循环—模块注册—回调调度—内存复用”这条主线如何具象为 ngx_event.c、ngx_epoll_module.c、ngx_http_request.c 等文件间的调用关系与数据流转。

事件循环：从 ngx_process_events_and_timers 到具体 IO 多路复用器

nginx 启动 worker 进程后，核心循环落在 ngx_process_cycle.c 中的 ngx_worker_process_cycle 函数，它不断调用 ngx_process_events_and_timers —— 这是事件分发的统一入口。该函数不直接处理 socket，而是委托给当前启用的事件模块（如 epoll、kqueue、select）实现的 process_events 钩子。

• 在 ngx_epoll_module.c 中，ngx_epoll_process_events 调用 epoll_wait 获取就绪事件，将 fd 和事件类型（EPOLLIN/EPOLLOUT）封装为 ngx_event_t *，并触发其 handler 回调；
• 所有网络事件（accept、read、write）最终都绑定到某个 ngx_event_t 实例上，而该实例的 data 字段通常指向连接结构 ngx_connection_t；
• 真正决定“做什么”的不是事件本身，而是 handler 函数指针：比如新连接由 ngx_event_accept 处理，HTTP 请求读取由 ngx_http_init_request 触发的后续读 handler 承担。

连接与请求生命周期：非阻塞如何体现在内存与状态机中

非阻塞不只是系统调用返回快，更是整个请求处理被拆解为多个可中断、可重入的状态片段，并复用固定内存块（如 ngx_pool_t 分配的 request pool）避免频繁分配释放。

• ngx_connection_t 是连接层核心，包含读写事件 read/write（均为 ngx_event_t *），其 handler 在 accept 后设为 ngx_http_init_request；
• HTTP 请求解析不一次性读完全部 body，而是按需触发：header 读完触发 ngx_http_process_request_headers，body 未就绪时将读事件再次添加进事件队列，等待下次 epoll_wait 唤醒；
• 每个请求对应一个 ngx_http_request_t，但它不长期驻留内存——一旦响应发送完毕或超时关闭，整个 request pool 被整体销毁，连接结构则可能被回收进空闲链表供复用（keepalive 场景下）。

模块协同：handler 链与 phase handler 如何适配事件驱动

HTTP 模块的处理逻辑（如 rewrite、access、content）并非顺序同步执行，而是注册为不同 phase 的 handler，在事件就绪时由核心框架按阶段调用，每个 handler 必须支持“中途挂起”和“恢复执行”。

• 例如 ngx_http_core_content_phase 在收到完整请求后启动 phase handler 链，若某 handler（如 upstream 模块发起反向代理请求）需要等待后端响应，则主动将当前请求的写事件设为“等待”，自身返回 NGX_AGAIN，控制权交还事件循环；
• 后端响应到达时，upstream 模块的 read handler 被唤醒，继续执行后续 content phase 或直接输出；
• 这种“注册—挂起—唤醒”机制依赖于 request 结构体中 write_event_handler 和 read_event_handler 的动态切换，而非线程栈保存上下文。

零拷贝与缓冲区管理：非阻塞 I/O 的性能落点

非阻塞模型若配合低效内存操作，性能仍会受限。nginx 通过分层缓冲区设计与系统调用优化，让 I/O 尽可能贴近内核零拷贝能力。

• ngx_buf_t 描述一段内存或文件区域，配合 sendfile（Linux）或 sendfile64（FreeBSD）可实现内核态直接传输，绕过用户态拷贝；
• 读缓冲区（recv_buffer）默认 16KB，但实际接收使用 recv + MSG_PEEK 探测包头，再按需截取，避免一次读太多导致内存浪费或解析错位；
• 写操作采用“链式 buffer”（ngx_chain_t），允许 header、body、footer 分散在不同内存块，由 ngx_output_chain 统一调度，必要时合并或分片，适配 TCP MSS 与 sendfile 边界。

不复杂但容易忽略：nginx 的非阻塞本质不是“不用 wait”，而是“用一次 wait 管理成千上万连接的状态变迁”，所有源码结构都服务于这个目标——事件是消息，handler 是行为，内存是资源，而循环是心跳。