手动开始对象生命周期指用placement new在已分配内存上显式调用构造函数，其本质是分配原始内存+成功执行构造函数；C++20推荐用std::construct_at替代，它自动处理对齐与类型安全。
什么是“手动开始对象生命周期”
这其实是在问：如何绕过编译器自动管理的构造过程，用 placement new 在已分配的内存上显式调用构造函数。C++ 标准里没有“开始生命周期”这个动词，但语言规则明确——对象的生命周期始于其构造函数成功完成。所以所谓“手动开始”，本质是两步：分配原始内存 + 显式调用构造函数。
用 placement new 触发构造函数
这是唯一标准、可移植的方式。它不分配新内存，只在你指定的地址上调用构造函数：
char buffer[sizeof(MyClass)]; MyClass* obj = new (buffer) MyClass(42); // 构造函数在此执行
注意几个关键点：
-
buffer必须足够大且对齐（alignas(MyClass)更安全） -
placement new不抛异常时才真正“开始生命周期”；若构造函数抛异常，对象生命周期未开始，且该内存未被析构 - 不能对同一块内存重复调用
placement new，否则未定义行为 - 后续必须显式调用析构函数：
obj->~MyClass()，不能依赖delete
为什么不用 std::construct_at（C++20）
它更安全、更语义清晰，底层仍依赖 placement new，但帮你处理了对齐和 SFINAE 问题：
立即学习“C++免费学习笔记（深入）”；
char buffer[sizeof(MyClass)]; auto* obj = std::construct_at(reinterpret_cast<MyClass*>(buffer), 42);
优势明显：
- 自动检查对齐，
static_assert失败比运行时崩溃好定位 - 支持
const和volatile类型，placement new表达式写起来更啰嗦 - 返回引用而非指针，避免空指针误用
- 不依赖全局
operator new，无重载风险
但要注意：std::construct_at 要求类型可平凡复制/移动（或至少可构造），且不能用于联合体中的非活跃成员。
常见误操作与崩溃点
这些不是“语法错误”，而是踩中对象模型规则导致的未定义行为：
- 直接对
char*强转后调用成员函数（没调构造函数）：reinterpret_cast<MyClass*>(buffer)->do_something()→ 成员访问未定义 - 用
malloc分配内存但忘了std::align对齐 → 即使placement new看似成功，读写可能触发 SIGBUS（尤其 ARM 或 AVX 类型） - 在 union 中切换活跃成员时，只调
construct_at新成员，却没先调旧成员的析构函数 → 资源泄漏或双重析构 - 把
std::vector<char>的.data()当作原始内存传给construct_at→ 容量可能不足，或迭代器失效后内存被 realloc
最易被忽略的是：**生命周期开始 ≠ 内存可用**。即使你跳过了构造函数，只要没满足 [basic.life] 中的条件（如初始化完成、无未定义行为），对该对象的任何访问都是未定义的。
