对象池能避免new/delete开销，因其预分配内存并复用对象，跳过堆管理器的元数据操作、碎片整理及系统调用；但仅适用于生命周期短、大小固定、构造/析构开销低的对象。
对象池为什么能避免 new/delete 的开销
频繁调用 new 和 delete 会触发堆管理器的元数据操作、内存碎片整理，甚至系统调用（如 brk 或 mmap）。对象池把内存预分配好，复用已构造对象，跳过构造/析构之外的堆路径。但注意：它只对**生命周期短、大小固定、构造/析构开销低**的对象有效；若对象含 std::string 或 std::vector 等内部动态分配成员，池化后仍可能触发小堆分配。
手写简易线程安全对象池的关键点
别直接套用 std::stack<:unique_ptr>></:unique_ptr> —— 那只是指针池，没解决内存局部性与构造时机问题。正确做法是：一块连续内存 + 自定义 placement new + 原子空闲链表。常见错误包括：
- 用
std::mutex锁整个acquire()/release()，导致高并发下争用严重；应改用std::atomic<t></t>维护单向空闲链表 - 忘记在
release()中显式调用T::~T()，再用 placement new 构造时会跳过构造函数（未析构 → 内存脏） - 预分配内存用
operator new(sizeof(T) * N)，但未按alignof(T)对齐，导致某些类型（如含double或 SSE 成员）崩溃
示例关键片段：
char* pool_mem = static_cast<char*>(operator new(n * alignof(T)));
T* first = reinterpret_cast<T*>(align_ptr(pool_mem, alignof(T)));
for (int i = 0; i < n - 1; ++i) {
new (&first[i]) T(); // 构造
free_list.store(&first[i + 1], std::memory_order_relaxed);
}
std::pmr::monotonic_buffer_resource 不是对象池
它是一次性增长型内存池，allocate() 快，但 deallocate() 无效，整块内存只能在资源销毁时释放。无法实现“单个对象归还”，也不调用对象析构函数。如果你需要细粒度回收和析构语义，它不适用。真正接近对象池的是 std::pmr::unsynchronized_pool_resource，但它隐藏了对象生命周期控制 —— 你无法干预 construct() 和 destroy() 时机，且默认策略对小对象可能过度分割。
立即学习“C++免费学习笔记（深入）”；
什么时候该放弃对象池
当出现以下任一情况，对象池反而增加复杂度和风险：
- 对象大小不固定（比如含变长数组或
std::vector动态扩容） - 构造函数有副作用（如注册回调、打开文件），复用对象需重置状态，代码易出错
- 对象存活时间差异极大，池中长期驻留大量“冷”对象，浪费内存
- 项目已用 sanitizer（如 ASan）或内存调试工具，自定义内存管理会干扰检测逻辑
实际工程中，先用 perf 或 VTune 确认 malloc 占比 >15%，再考虑池化；否则大概率是在优化错误的地方。
