nginx内存池核心目标是减少系统调用与内存碎片，通过单次分配+指针偏移实现O(1)分配、大块内存独立链表管理、cleanup回调保障资源释放，并按请求/连接粒度整批创建销毁。
内存池设计的核心目标：减少系统调用与内存碎片
nginx 的 ngx_pool_t 不是为了通用内存管理，而是为短生命周期、高并发、批量申请/释放的场景量身定制。它把多次 malloc/free 转成一次 mmap/malloc + 内部指针偏移，避免频繁陷入内核；同时所有内存块在池销毁时统一归还，彻底规避了 free 乱序导致的堆碎片问题。
结构精简但职责分明：pool、large、cleanup 三部分协同
ngx_pool_t 主体只维护一个当前可分配内存的 last 指针和末尾 end，分配就是移动指针——O(1)；大块内存（>4KB 默认阈值）走 large 链表单独 malloc，不干扰主池布局；cleanup 链表则注册释放前需执行的回调（如关闭文件、释放锁），确保资源不泄露。
- 小内存走 pool 内线性分配，无元数据开销，对 cache line 友好
- 大内存独立管理，避免小块池被撑爆，也防止大块浪费主池空间
- cleanup 不依赖析构顺序，靠链表遍历保证注册动作全部触发
生命周期绑定请求或连接：按需创建，整批回收
nginx 中每个 HTTP 请求、每个 TCP 连接、每个子配置上下文，都拥有自己的内存池。请求结束时调用 ngx_destroy_pool()，内部直接 free 所有 large 块，并将整个 pool 内存块（通常是 malloc 来的）一次性释放。这种“创建即归属、销毁即清空”的模型，让开发者无需关心单个变量何时释放，也不用做引用计数。
- 不支持 realloc 或局部释放，符合“请求级原子性”语义
- 池可嵌套（如子请求用父池或新建子池），但父子间无自动继承，边界清晰
- 调试时可通过
NGX_DEBUG_POOL宏打开统计，观察各池大小与使用率
实战中绕不开的几个关键点
直接用 ngx_palloc 分配后忘记初始化？可能拿到脏内存。实际开发中要养成习惯：
- 优先用
ngx_pcalloc（自动memset(0)），尤其分配结构体 - 需要复用池但清空内容时，调用
ngx_reset_pool(pool)，仅重置last和清理large链表，不释放内存 - 模块中若需长期存活对象（如共享内存段、缓存桶），绝不能挂到 request/connection 池下，应使用
cycle->pool或独立shm管理 - 第三方模块误用
malloc混入 pool 生命周期，会导致悬挂指针或 double free —— 必须统一使用 nginx 的 pool 接口
