结论

在频繁申请、释放内存的工作场景，建议需要考虑定制化的内存分配器Allocator

优点

那么用内存分配器有那些好处呢？在近段研究和积累看来，主要有以下几点：

• 拥有连续内存的访问优势
• 较浅的申请、释放栈访问深度；甚至可以无锁访问
• 避免与全局内存管理器多线程锁竞争。如图所示：
  
• 可有效避免内存碎片的形成

谈点缺点

对于它的劣势，说不上缺点，可能就是增加了一点风险。

风险

内存corruption风险，即使使用Glibc Malloc内存管理器，风险依然同样存在！

在C语言体系里，管理器通常在申请内存的头部或尾部预留了控制信息，以利于"随身"的内存管理。

所以在这点上，无论是定制内存管理器Allocator，还是用Glibc Malloc全局内存管理器，将具有相同数量的内存控制块信息。

只是业务层使用的内存管理器Allocator，因为申请内存位置之间更接近，改写风险会稍大一点。

但整体上应该瑕不掩瑜 😃 很难有十全十美的设计！

注意： 如果申请内存控制块信息被意外改写，将导致内存损坏、甚至是破坏，造成非法访问异常！

---

使用经验ACE内存管理器

• Allocator体系

可以对其进行层叠，以实现类似ACE_Malloc<...> 无限内存的效果

• ACE_Malloc< ACE_MEM_POOL_1, ACE_LOCK >体系

对于特别是ACE_Malloc< ACE_Local_Memory_Pool, ACE_LOCK >
根据业务使用特点，业务应在初始化时，首先申请一大块内存，例如，MB级别，然后立即将其释放；后期更小、随机大小的小块内存申请释放，就在这个大的内存池中分配，而不是默认以PageSize为单位的内存池大小。、

当然，ACE_Malloc<...> 无限内存内存的特点，当池子中内存不足时，依然会以满足当前申请量，但实际为PageSize大小整数倍的数量申请新内存，形成更大的池子