std::construct_at是C++20引入的类型安全工具，用于在已分配未初始化内存上就地构造对象，能替代绝大多数placement new场景。它自动推导类型、检查可构造性、处理对齐并返回指针，但不支持数组构造、虚继承类型或显式转换调用，且要求传入非空T*指针。
std::construct_at 是什么，它能替代 placement new 吗
std::construct_at 是 C++20 引入的工具函数，用于在已分配但未构造的内存地址上就地构造对象。它本质是 placement new 的类型安全封装，**能替代绝大多数手动写 ::new (ptr) T(args...) 的场景**，但不是完全等价：它要求目标类型 T 必须是可平凡复制/可平凡移动的（实际限制更细，见下文），且不支持构造数组或调用非公有构造函数（除非调用者有访问权限）。
常见错误现象：std::construct_at(ptr, std::move(x)) 编译失败，往往是因为 T 的移动构造函数被删除、私有，或 ptr 类型不匹配（比如传了 void* 而没 cast 成 T*）。
怎么正确调用 std::construct_at 构造单个对象
基本用法很简单，但几个细节必须对齐：
- 头文件必须包含
<memory> - 第一个参数必须是
T*类型指针（不能是void*），编译器靠它推导T；若你只有void*，得显式static_cast<T*>(ptr) - 后续参数按需转发给
T的构造函数，支持完美转发（std::move、const&等都 OK） - 如果
T是聚合类型（如struct S {int a; double b;};），可以用花括号初始化：std::construct_at(ptr, 42, 3.14)或std::construct_at(ptr, S{42, 3.14})
示例：
立即学习“C++免费学习笔记（深入）”；
char buffer[sizeof(std::string)];
std::string* p = std::construct_at(
reinterpret_cast<std::string*>(buffer),
"hello"
); // 正确：buffer 已分配，p 指向构造后的 string哪些类型不能用 std::construct_at，为什么
不是所有类型都能安全使用 std::construct_at。核心限制来自其标准要求：它内部调用的是 std::is_trivially_destructible_v<T> 和 std::is_constructible_v<T, Args...> 的组合检查，但更重要的是——
- 若
T的析构函数是deleted 或private，std::construct_at可能编译失败（即使你只管构造不管析构） - 涉及虚基类或虚函数表指针调整的类型（比如带虚继承的类），
std::construct_at不负责 vptr 初始化，行为未定义（此时必须用placement new） -
std::construct_at不支持构造数组；想构造多个对象，得循环调用，或改用std::uninitialized_construct_n - 对
std::vector、std::string这类内部管理动态内存的类型，仅靠construct_at构造是安全的，但后续必须配对调用std::destroy_at，否则资源泄漏
和 placement new 对比：什么时候必须手写 ::new (ptr) T(...)
当标准库封装不够用时，就得回归原始方式：
- 需要构造带
explicit构造函数的类型，且参数类型不完全匹配（std::construct_at要求精确匹配或可隐式转换，而placement new允许显式转换） - 目标内存是
aligned_alloc分配的，且对齐要求 >alignof(T)：虽然std::construct_at会检查对齐，但它不帮你做对齐校验或调整；出错时只报 undefined behavior，不抛异常 - 要捕获构造函数抛出的异常并自定义处理逻辑（
std::construct_at直接传播异常，无钩子） - 跨 ABI 场景（如与 C 库共享内存段），需确保构造过程不依赖 STL 内部实现细节——这时
placement new更透明可控
真正容易被忽略的一点：std::construct_at 不做内存清零，也不检查 ptr 是否为空；传入空指针是未定义行为，而有些旧代码习惯先判空再构造，这种逻辑必须保留。
