对象池扩容时应使用指针容器（如std::vector）或裸指针+手动内存管理，避免std::vector触发构造/析构；内存须用operator new(size_t, align_val_t)对齐分配，配合placement new构造和显式析构；扩容以空闲栈为空为唯一信号，倍增策略并线程同步；销毁时先析构再释放内存。
对象池扩容时，std::vector 不能直接存对象本体
直接把 MyClass 实例 push 到 std::vector<myclass></myclass> 里，扩容会触发拷贝/移动构造——这违背对象池“复用地址、避免构造”的初衷，还可能引发未定义行为（比如对象含不可移动资源）。必须管理裸指针或智能指针。
- 推荐用
std::vector<:unique_ptr>></:unique_ptr>：每次扩容只复制指针，不调用对象构造函数 - 若追求零开销，改用
std::vector<myclass></myclass>，但需自行维护内存生命周期（new/delete 配对） - 切忌用
std::vector<myclass></myclass>+ placement new 混搭：vector 自动析构会误调用对象析构函数
按需分配内存块：用 operator new 而非 new
new MyClass 每次都走完整构造流程，且无法控制内存来源；对象池需要的是“一块可复用的原始内存”，再手动调用构造函数。必须用原始内存分配接口。
- 分配内存块：调用
operator new(size_t)获取裸内存（如void* raw = operator new(block_size);） - 在裸内存上构造对象：用 placement new（
new (ptr) MyClass(...)），跳过内存分配环节 - 回收时不 delete，只调用析构函数（
obj->~MyClass()），再把内存块标记为可用 - 注意：
operator new分配的内存不一定对齐到alignof(MyClass)，需用std::aligned_alloc或operator new(size_t, std::align_val_t)（C++17+）
扩容时机判断：别依赖空闲计数，看实际申请失败
预估“下次可能不够”容易误判——比如突发批量申请后又快速释放，导致频繁扩容缩容。真实场景应以“当前无可用对象”为唯一扩容信号。
- 维护一个
std::stack<myclass></myclass>存空闲对象指针，pop 为空时才触发扩容 - 扩容前先尝试从已分配的内存块中找碎片（如有 free list 机制），不是一空就 malloc
- 每次扩容建议倍增（如 ×2），而非固定增量，减少频繁小规模分配带来的内存碎片
- 警惕线程竞争：多线程下 pop 空闲栈和扩容必须原子同步，否则两个线程同时发现为空，会重复分配同一块内存
对象析构与内存释放的分离必须显式控制
对象池里对象的生命周期由池管理，不是作用域结束就销毁。常见错误是忘记在归还时显式调用析构函数，导致资源泄漏（如文件句柄、GPU buffer）。
立即学习“C++免费学习笔记（深入）”；
- 归还对象时，必须先调用
obj->~MyClass()，再把obj指针压入空闲栈 - 整个池销毁时，要遍历所有已分配的内存块，对每个已构造的对象调用析构函数，再调用
operator delete释放原始内存 - 如果对象类型含虚函数，确保析构函数是
virtual，否则~MyClass()可能不调用派生类析构逻辑 - 别依赖 RAII 自动析构：池内对象没被 new 出来，delete 不起作用；析构责任完全在池代码里
最易被忽略的是对齐和析构顺序：原始内存若不对齐，placement new 可能崩溃；而池销毁时若先释放内存再逐个析构，就会访问已释放地址。这两点没有运行时提示，出问题就是段错误或静默损坏。
