内存池常见问题

为什么要把内存浪费率控制在%12呢？

• 这个项目不是为了写一个更好的，是为了学习这个东西的设计，这个项目是之前我们做课设的时候，我们老师有提到过，我比较感兴趣，就去网上查了一些资料，发现它控制的也是%10左右的内碎片浪费，但是我觉得对于内碎片问题，是根据我们的需要来变化的，我把间隔缩小一点，浪费就会变得更小，但是间隔一定不能小于8，因为对象要链接起来，第一个对象要保存第二个对象的地址，如果指针小于8的话，在64位平台上就链不起来了。

多个线程都来向centralcache进行内存申请，这个位置需要加锁，那无锁，高性能体现在哪？

1. 首先，threadcache没有内存，向centralcache申请的时候，是申请一个批量的内存，比如你要1个，那我就一次申请20个，当然20个这个具体数字也不是固定的，你想申请50个，80个也是没问题的，只是担心申请多了，用不完；假设要1个，那我就一次申请20个，申请20个需要进行一次加锁，但是剩下的19次申请内存，就不用加锁了，直接去threadcache拿就行了；
2. 如果一个线程要的是8字节的内存，另外一个线程要的也是8字节的内存，这时候肯定是需要加锁的，一个申请完了，另外一个再申请，但是有可能是一个要的是8字节，一个要的是16字节的，这时候就不用加锁了，这时候我们就可以把锁的力度控制的更小，一般而言，锁的力度越小，是越好的(锁的力度大，就是一把锁，把这儿全锁住了，这就是大锁);我们可以把锁的力度控制的很小，一个span控制一个锁，意味着只要访问不用的，就不用加锁，所以只要两个线程不是申请同样大小的内存时，是不需要加锁的；这也是为什么不把间隔都设置为8字节，如果都设置为8字节，每一个位置都有一个锁，这样每一个位置就会有一个浪费，但是如果按照我们的控制在%12的内碎片浪费得话，就只有184个锁，就会减少好多浪费。

为什么centralcache下面不挂对象，而要挂span？

1. 直接挂对象的话，只考虑了平衡，挂span，是因为它是以页为单位的一些内存对象的集合，它里面有一个使用计数usecount，usecount最开始为0，申请一个内存出去，usecount+批量大小，当这些内存对象还回来时，usecount--，当usecount减到0表示span就可以回收了，找它的前一个页和后一页，如果它们的usecoun也为0，就可以进行合并，这就是为什么还要记录它的页号的原因。
2. centralcache挂的是多个span，span的_list里面是切好的对象，centralcache的span关注的是span里面切好的对象,这个切好的对象是给threadcache用的，还关注usecount，当所有的对象回来时即usecount为0时，就会把当前span还给Pagecache；
3. pagecache的span不关注切好的对象，它关注的是整页的内存，申请时，是把大的span切成小的span的过程，释放时，是把小的span合并成大的span，从而解决内存碎片问题。