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、没有同步锁等待，所有内存分配与释放都严格对齐请求边界。
