小议内存池、资源池

比较简单的一篇文章。本来是有些地方没想明白，想分析一下。结果写着写着就明白了，才发现如此简单。留之~

?

简单的定义

我对一些专业的名词不怎么熟悉，没有很系统的学习过，所以先稍微解释下我的一点概念上的认识：

看见过很多类似的词，比如 高速缓存分配、内存对象池、对象池、连接池等等。

我觉得一个池已经带有高速的意义了，所以很少加上高速的称呼；

而内存对象池和对象池，对象的意义太广，包括了资源和内存,更适用一种后缀符的修饰。而资源更倾向一个抽象层的分配性，内存是一种本质上的空间申请。可以称线程对象池，连接对象池，而直接称对象池有点不明所指；

资源池是一个抽象的概念，比如线程池，连接池，文件IO池等等。更倾向一种高层资源符号的占用。比如一个文件IO，你用一个指针保存即可，不涉及到对内存的太敏感性。

也就是说，在我的认识里，分配分两种，一种是空间上的，一种是高层资源符号的占用,在对他们的称呼上可能大家不是很赞同，但没关系，只是在文章头起到一个定义作用，以免下文的混淆。

(注意：以下都是讨论行为特点，不对效率上的写法讨论。效率的东西可以考虑我的上文“缓存的力量”)

?

?

内存池的行为特点

比如以下一个简单的对象:

?

class CPlay{public:   void CPlay()   {       //清零各个对象   }private:    char name[24];    int age;    char buffer1[100];};class CKmem{void *GetMem();void *FreeMem(void *p);};T t;void *p = CKmem.GetMem();CPlay *pPlay = new (p)CPlay;//...pPlap->~CPlay();CKmem.FreeMem(pPlay);

?

假设这是一个游戏人物中的对象数据，在每回申请的时候，必须调用构造函数来进行初始化。因为它占有的资源符号就是内存，并没有什么可继承性的东西。

?

资源池的行为特点

我们按照内存池的思维方式来一遍，文件IO的：

?

class CFile{public:CFile();{p = fopen(.....);}~CFile(){close(p);}int Write(const char *pBuffer, int size);FILE *p;};T t;void *p = CKmem.GetMem();CFile *pFile = new (p)CFile;//...pFile->~CFile();CKmem.FreeMem(pFile);

?

?好像没什么问题。等等，当你第二次再次GetMem()的时候，发生了什么？ p又被重新创建了一次。于是FILE *p就一直往返于创建和删除之间。这符合池的原则吗？池的原则就是重复的快速利用，减少申请的开销。也就是说根本不考虑是怎么释放的。加上一个释放，不是多次一举吗?所以不能用对象池的思想来编写资源池。资源池的特点是，对抽象资源符号的占有，瓶颈在申请的过程上。所以它本身(符号)对内存的要求几乎没有，比如一个event，只是个int型在记录。在保存上，你想用对象池的方法来写也行。就比如linux下的slub,是利用内存片头4个字节来记录地址。如果你熟悉这种技巧，就可以申请一个8字节的大小来存放。这个slub也已经由我仿写成windows下的版本