Nginx内存池（内存池重置函数）

Nginx内存池（内存池重置函数）

Nginx内存池对小块内存是不提供回收策略的，随着程序的运行，小块内存的内存池会越来越大，对此提供了内存池重置函数ngx_reset_pool，其函数定义如下：

void
ngx_reset_pool(ngx_pool_t *pool)
{
    ngx_pool_t        *p;
    ngx_pool_large_t  *l;

    for (l = pool->large; l; l = l->next) {
        if (l->alloc) {
            ngx_free(l->alloc);
        }
    }

    for (p = pool; p; p = p->d.next) {
        p->d.last = (u_char *) p + sizeof(ngx_pool_t);
        p->d.failed = 0;
    }

    pool->current = pool;
    pool->chain = NULL;
    pool->large = NULL;
}

内存池重置函数会依次遍历large下的每个ngx_pool_large_t ，并把下挂的大块内存释放掉。
而对于每个小块内存池，会依次每个小块内存池的last 指针重置，但在上面的操作中，除了第一个头部块用ngx_pool_t 维护，其他的小块内存池块都是用的ngx_pool_data_t，但在Nginx中把所有的块都当成用ngx_pool_t ，虽然p->d.last = (u_char *) p + sizeof(ngx_pool_t);这么做也没有错，但会浪费掉一小块的内存，我们可以对此做出优化。
优化后的内存重置函数：

void
ngx_reset_pool(ngx_pool_t *pool)
{
    ngx_pool_t        *p;
    ngx_pool_large_t  *l;

    for (l = pool->large; l; l = l->next) {
        if (l->alloc) {
            ngx_free(l->alloc);
        }
    }

//    for (p = pool; p; p = p->d.next) {
//        p->d.last = (u_char *) p + sizeof(ngx_pool_t);
//        p->d.failed = 0;
//    }
	p->d.last = (u_char *) p + sizeof(ngx_pool_t);
	for (p = pool->d.next; p; p = p->d.next) {
        p->d.last = (u_char *) p + sizeof(ngx_pool_data_t);
        p->d.failed = 0;
    }

    pool->current = pool;
    pool->chain = NULL;
    pool->large = NULL;
}

对于Nginx为什么没有给小块内存提供回收策略？
从Nginx对小块内存的分配策略来看，直接通过对last指针偏移来分配内存，没有做任何的记录，因此不是不提供，而是没办法进行回收。
但是对于Nginx来说，它本质上是一个http服务器，而http是一个短链接协议，当有请求到达Nginx服务器处理完成，就会给客户端返回一个响应，Nginx就会主动断开和客户端的tcp连接（对于http1.1 会有一个keep-avlie：60s）
http服务器响应完成后会等到keep-avlie：60s的时间，60s之后如果客户端又发来请求就会重置这个时间，如果没有就会主动断开连接，此时就可用调用内存池重置函数ngx_reset_pool重置内存池，等待下次客户端的请求。
对于http这样短链接的应用场景，nginx内存池的效率是很高的。但对于长时间保持资源的状态的应用场景，SGI STL内存池就比较适合。