NGINX 内存池有感

写在前面

写NGINX系列的随笔，一来总结学到的东西，二来记录下疑惑的地方，在接下来的学习过程中去解决疑惑。

也希望同样对NGINX感兴趣的朋友能够解答我的疑惑，或者共同探讨研究。

整个NGINX系列的文章中，我会将我的疑惑用红色标出，希望能遇到前辈在评论中给我解答迷津。

内存池

Nginx是对我之前了解的内存池概念的一个颠覆。一直认为内存池的方式是管理着一批固定大小的buffer，申请时取一个，释放时，放回一个。

Nginx的内存池，提供了小内存、不固定长度内存申请的内存池方案。

Nginx的思想是内存池创建时malloc一个页（实际上是PAGE_SIZE -1 为什么减一？）的内存，有内存申请时，如果是小块内存（< 一个页）则直接在这个页上分配，如果不够了，则再申请一个页，将这两个页链起来，并在新页上分配内存。

如果是大块内存，则直接使用malloc接口，据说只有当分配的内存空间小于一页时才有必要缓存，否则的话不如直接调用malloc。据说这是一个经验，很多有内核编程经验的人都知道，至于这个经验怎么得到的，我不清楚。

Nginx内存池的接口，只提供大内存的释放接口，小内存没有提供是否接口，小内存等整个内存池释放时一起释放。

Nginx这样处理是因为对内存池的使用不是全局只有一个，也是动态的，比如一个TCP回话一个内存池，回话建立时创建，然后这个回话的所有申请需求都用这个池子申请，回话结束时，内存池也随着释放。

之前我理解的内存池只能处理固定大小的内存申请需求，不能处理不固定大小的内存申请需求。Nginx为了处理这样的需求，设计了这种机制，可以有效的降低malloc的次数，有效的减少内存碎片（用户地址空间的碎片怎么处理的，需要看看）。