Nginx源码分析 - 基础数据结构篇 - 内存池 ngx

Nginx源码分析 - 基础数据结构篇 - 内存池 ngx_palloc.c

。 https://blog.csdn.net/initphp/article/details/50588790

Nginx的内存管理是通过内存池来实现的。Nginx的内存池的设计非常的精巧，很多场景下，我们可以将Nginx的内存池实现抽象出来改造成我们开发中的内存池。

一般我们使用malloc/alloc/free等函数来分配和释放内存。但是直接使用这些函数会有一些弊端：

1. 虽然系统自带的ptmalloc内存分配管理器，也有自己的内存优化管理方案（申请内存块以及将内存交还给系统都有自己的优化方案，具体可以研究一下ptmalloc的源码），但是直接使用malloc/alloc/free，仍然会导致内存分配的性能比较低。

2. 频繁使用这些函数分配和释放内存，会导致内存碎片，不容易让系统直接回收内存。典型的例子就是大并发频繁分配和回收内存，会导致进程的内存产生碎片，并且不会立马被系统回收。

3. 容易产生内存泄露。

使用内存池分配内存有几点好处：

1. 提升内存分配效率。不需要每次分配内存都执行malloc/alloc等函数。

2. 让内存的管理变得更加简单。内存的分配都会在一块大的内存上，回收的时候只需要回收大块内存就能将所有的内存回收，防止了内存管理混乱和内存泄露问题。

ngx_pool_t 内存池主结构

ngx_pool_data_t 数据区域结构

ngx_pool_large_t 大数据块结构

ngx_pool_cleanup_t 自定义清理回调的数据结构

说明：

1. Nginx的内存池会放在ngx_pool_t的数据结构上（ngx_pool_data_t用于记录内存块block的可用地址空间和内存块尾部）。当初始化分配的内存块大小不能满足需求的时候，Nginx就会调用ngx_palloc_block函数来分配一个新的内存块，通过链表的形式连接起来。

2. 当申请的内存大于pool->max的值的时候，Nginx就会单独分配一块large的内存块，会放置在pool->large的链表结构上。

3. pool->cleanup的链表结构主要存放需要通过回调函数清理的内存数据。（例如文件描述符）

内存分配 ngx_alloc和ngx_calloc

ngx_alloc和ngx_calloc 主要封装了Nginx的内存分配函数malloc。

创建内存池ngx_create_pool

调用ngx_create_pool这个方法就可以创建一个内存池。

/**
* 创建一个内存池
*/
ngx_pool_t *
ngx_create_pool(size_t size, ngx_log_t *log) {
ngx_pool_t *p;
/**
* 相当于分配一块内存 ngx_alloc(size, log)
*/
p = ngx_memalign(NGX_POOL_ALIGNMENT, size, log);
if (p == NULL) {
return NULL;
}
/**
* Nginx会分配一块大内存，其中内存头部存放ngx_pool_t本身内存池的数据结构
* ngx_pool_data_t p->d 存放内存池的数据部分（适合小于p->max的内存块存储）
* p->large 存放大内存块列表
* p->cleanup 存放可以被回调函数清理的内存块（该内存块不一定会在内存池上面分配）
*/
p->d.last = (u_char *) p + sizeof(ngx_pool_t); //内存开始地址，指向ngx_pool_t结构体之后数据取起始位置
p->d.end = (u_char *) p + size; //内存结束地址
p->d.next = NULL; //下一个ngx_pool_t 内存池地址
p->d.failed = 0; //失败次数
size = size - sizeof(ngx_pool_t);
p->max = (size < NGX_MAX_ALLOC_FROM_POOL) ? size : NGX_MAX_ALLOC_FROM_POOL;
/* 只有缓存池的父节点，才会用到下面的这些，子节点只挂载在p->d.next,并且只负责p->d的数据内容*/
p->current = p;
p->chain = NULL;
p->large = NULL;
p->cleanup = NULL;
p->log = log;
return p;
}