Nginx 中 Non-blocking IO：如何降低内存使用开销

Nginx 非阻塞 I/O 通过事件驱动模型减少线程栈占用，连接与请求内存分离，配合内存池、零拷贝等机制，实现按需分配与精准释放，显著降低整体内存开销。

Nginx 的非阻塞 I/O 本身不直接“降低内存”，而是通过与内存管理机制协同，从根源上减少单连接、单请求的内存驻留时间和分配频次，从而显著压低整体内存开销。

非阻塞 I/O 让连接不占线程，自然减少栈内存与调度开销
传统阻塞模型下，每个连接需绑定一个线程或进程，独占几 MB 栈空间；而 Nginx 使用 epoll/kqueue 事件驱动，单 worker 进程可同时监听数万连接。连接空闲时（如等待客户端发数据），worker 不为其分配栈、不调度、不切换上下文——CPU 空转消失，内存占用也只保留轻量级 ngx_connection_t 结构体（通常不足 200 字节），不含业务逻辑所需缓冲区。

连接与请求内存分离，精准释放时机

• ngx_connection_t 生命周期 = TCP 连接存续期（可能复用多次请求）
• ngx_http_request_t 及其专属内存池（ngx_pool_t）生命周期 = 单次 HTTP 请求从接收头到响应结束
  请求处理完即整池重置（reset），所有临时变量、header 解析结果、重写字符串等一并清空，无 malloc/free 开销，也无碎片。启用 keepalive 时，一个连接承载 10 次请求，就复用 10 次轻量连接结构 + 新建/销毁 10 次独立请求池，内存始终按需伸缩。

配合零拷贝与内存池，避免用户态冗余缓冲

• sendfile on + tcp_nopush on：小文件响应绕过用户态缓冲，内核直接从 page cache 拷贝至 socket，省去 read() + write() 的两次用户态内存分配（如 4KB buffer）
• 请求头解析用 slab 内存池，固定大小块预分配，高频小对象（如 key/value 字符串）复用已有块，避免 malloc 锁竞争
• client_header_buffer_size 默认 1KB，够用即止；过大则浪费，过小触发回退分配，反而增加开销

关键配置影响实际内存表现

• 避免 proxy_buffering off：看似省 buffer，实则迫使 Nginx 用更小、更频繁的 send() 发送响应，增加系统调用与临时 buffer 分配
• open_file_cache 缓存 stat()/open() 结果，减少元数据系统调用引发的临时内存申请
• worker_connections 设高（如 10240）但 worker_processes 不盲目堆多，防止多进程间内存重复驻留

不复杂但容易忽略：内存节省效果不来自某条指令，而来自整个请求生命周期全程运行在事件循环内——没有 sleep、没有 waitpid、没有同步锁等待，所有内存分配与释放都严格对齐请求边界。