重载全局new使用内存池是否影响STL分配？会抑制其分配器并降效吗？

1. 是否影响STL内存分配？ #

是的，默认情况下会直接影响。STL容器的默认分配器（比如std::allocator）底层就是依赖全局的operator new和operator delete完成内存分配与释放的，所以你测试中看到vector调用重载后的new完全符合预期——默认分配器会自动复用全局new的重载实现。

2. 是否抑制STL分配器的作用？ #

不会完全抑制，核心看分配器的类型：

• 对于默认分配器std::allocator：它的职责是封装内存分配/释放和对象构造/析构的逻辑，重载全局new只是替换了它底层调用的内存分配接口，分配器本身的管理逻辑（比如分离内存分配与对象构造）依然正常工作，并没有被抑制。
• 对于自定义分配器：如果项目中使用的自定义分配器不依赖全局new（比如直接调用malloc/free，或者维护独立的内存池），那全局new的重载不会干扰这类分配器的工作。

3. 是否会导致效率下降？ #

不一定，完全取决于你的内存池实现和业务场景：

• 如果你的内存池是针对频繁小内存分配（这是STL容器的常见场景）优化的，比如减少内存碎片化、避免频繁系统调用，那效率反而会提升。
• 如果你的内存池设计存在缺陷——比如处理大内存分配时额外开销过高，或者多线程场景下锁竞争严重，那可能比系统自带的全局new（多数系统的默认分配器已经做了大量优化）效率更低。
• 另外要注意：部分STL实现本身就内置了小内存分配的优化（比如SGI STL的内置内存池），如果你的重载new没有适配这类场景，可能会抵消原有优化，导致效率下降。

实用建议 #

如果想让特定STL容器避开重载的全局new，可以给容器指定自定义分配器，示例代码如下：

// 假设MyCustomAllocator是不依赖全局new的自定义分配器
std::vector<int, MyCustomAllocator<int>> vec;

这种情况下，该容器的内存分配会完全由MyCustomAllocator控制，和全局new的重载无关。

内容的提问来源于stack exchange，提问作者Shihao Sun