std::allocate_shared需要自定义分配器是因为它支持控制块与对象的联合分配且允许指定内存来源、对齐方式等，而std::make_shared仅用默认分配器且无法干预内存布局；它接受满足allocator要求的分配器实例，用于分配控制块+对象的连续内存，并完美转发构造参数。
std::allocate_shared 为什么需要自定义分配器
当你用 std::shared_ptr 管理的对象和控制块（ref-count、weak-count 等）必须按特定内存布局分配时，std::make_shared 就不够用了——它只支持默认分配器，且把对象和控制块**合并在一次内存分配里**，你没法干预这块内存的来源或对齐方式。
而 std::allocate_shared 允许你传入任意符合 Allocator 要求的分配器，比如：
• 内存池分配器（避免堆碎片、提升缓存局部性）
• 对齐敏感分配器（如 SIMD 类型需 32 字节对齐）
• 调试分配器（带 leak 检测或访问越界检查）
std::allocate_shared 的调用方式和参数差异
它签名是 template<class t class allocator class... args> shared_ptr<t> allocate_shared(const Allocator& a, Args&&... args)</t></class>，关键点在于：
-
a是分配器实例，会被用来分配「控制块 + 对象」所需的连续内存（注意：不是只分配对象） -
Args...是转发给T构造函数的参数，和make_shared一样完美转发 - 分配器类型
Allocator必须满足AllocatorAwareContainer要求，且其value_type应为char或void（标准库实现通常要求能重绑定到char）
示例：
std::pmr::polymorphic_allocator<std::byte> alloc{&my_pool};<br>auto ptr = std::allocate_shared<MyClass>(alloc, 42, "hello");
立即学习“C++免费学习笔记（深入）”；
常见错误：传错分配器类型或忽略对齐约束
最常踩的坑是以为传个普通 std::allocator<int></int> 就行——但 std::allocate_shared 内部会用该分配器的 rebind 机制转成 allocator<char></char>，如果分配器没正确定义 rebind（比如手写的简易 allocator 忘了加），编译直接失败，错误信息通常是：no type named 'rebind' in 'struct MyAlloc'。
另一个隐性问题是：即使分配成功，若分配器返回的内存不满足 T 的对齐要求（比如 T 需要 64 字节对齐，但分配器只保证 8 字节），运行时可能崩溃或触发 UB。C++17 起，allocate_shared 会尝试用 std::align 调整偏移，但前提是分配器返回的原始内存足够大、且起始地址可被对齐——这点极易被忽略。
性能与兼容性注意事项
和 make_shared 一样，allocate_shared 仍是单次分配，理论上比「先 new 对象再 new 控制块」更高效；但它多了一层分配器调度开销，尤其在调试分配器或锁保护的池中，可能抵消部分优势。
兼容性上要注意：
• C++11 起支持，但早期 libstdc++（如 GCC 4.8）对 rebind 处理较严格，建议用 GCC 5+ 或 Clang 3.9+
• MSVC 2015 update 3 起才完全符合标准对 allocate_shared 的对齐处理要求
• 如果你的分配器重载了 operator==，注意 shared_ptr 不会拿它做比较——控制块内部只保存分配器副本，不用于后续判断
真正要用好它，得确认三件事：分配器能正确 rebind 到 char、返回内存满足对象对齐、且控制块大小（含虚表指针等）也在分配范围内——这些细节不会报错，但出问题时很难定位。
