std::aligned_storage在C++17起被弃用、C++23移除，应改用std::aligned_alloc+placement new或alignas std::vector<std::byte>；前者需手动管理构造/析构与内存释放，后者自动管理内存但灵活性较低。
std::aligned_storage在C++17之后已被弃用，别再用了
它从C++17开始被标记为deprecated，C++23正式移除。标准库提供更安全、更直接的替代方案，强行用std::aligned_storage不仅代码过时，还容易因对齐计算错误或未正确调用构造/析构函数导致UB（未定义行为）。
该用什么替代：std::aligned_alloc + placement new 或 std::byte数组
核心思路是：先按需分配足够大且对齐的原始内存，再用placement new构造对象。推荐优先用std::aligned_alloc（C++17起），它能保证返回指针满足指定对齐要求：
-
std::aligned_alloc要求对齐值是2的幂，且不小于alignof(std::max_align_t)（通常为16） - 分配后必须用
reinterpret_cast转为目标类型指针，再显式调用placement new - 使用完必须先显式调用析构函数，再用
std::free释放（不能用delete）
示例（分配并构造一个std::string）：
auto ptr = static_cast<std::string*>(
std::aligned_alloc(alignof(std::string), sizeof(std::string))
);
if (!ptr) throw std::bad_alloc{};
new (ptr) std::string("hello"); // placement new
// ... use *ptr ...
ptr->~basic_string(); // 显式析构
std::free(ptr);为什么不用std::aligned_storage：对齐+大小计算极易出错
常见误用是直接写std::aligned_storage<sizeof(T), alignof(T)>::type，但问题在于：
立即学习“C++免费学习笔记（深入）”；
-
std::aligned_storage只提供原始存储空间，不管理生命周期——忘记调用构造/析构就是UB - 若T有非平凡对齐（如
alignas(32) struct X），而你只传alignof(X)，可能仍不满足实际要求 - 嵌套类型或含成员对齐更大的类，
alignof(T)未必等于其所需最小对齐（尤其涉及SIMD或硬件约束时）
比如struct S { __m256d a; };，alignof(S)通常是32，但某些平台或编译器设置下可能不同；硬编码易失效。
更现代的做法：用std::vector<:byte> + alignas
如果只是需要一块临时对齐缓冲区（比如做序列化或中间计算），直接用alignas声明std::vector<std::byte>更清晰：
alignas(32) std::vector<std::byte> buf(sizeof(MyStruct));
auto* p = reinterpret_cast<MyStruct*>(buf.data());
new (p) MyStruct{...};优势是自动管理内存生命周期，只需关注构造/析构；劣势是无法控制分配器策略。真正需要手动对齐分配的场景（如自定义内存池、无栈协程上下文），应封装成独立工具类，而不是反复手写aligned_alloc和placement new。
对齐不是加个alignas就万事大吉的事——它牵扯到ABI、硬件指令集、编译器优化层级。没测过目标平台的真实对齐需求前，别信“理论上应该够”。
