std::launder在placement new后必须使用：当在已分配内存上用placement new构造新对象，且需通过旧指针访问时，否则触发未定义行为；典型场景包括自定义容器、对象池、union成员切换。
std::launder 什么时候必须用
当你在一块已分配但未构造对象的内存上，用 placement new 构造了新对象，又想通过旧指针访问它时，std::launder 就不是可选项，而是必需操作。编译器可能基于对象生命周期规则优化掉你的读写——哪怕内存地址没变，它也可能认为“那个指针指向的不是新对象”。典型场景包括：自定义容器（如 std::vector 的内部缓冲区重用）、对象池、联合体（union）中切换活跃成员。
不加 std::launder 会触发什么问题
常见表现是读到垃圾值、断言失败，或在开启 -O2 及以上优化后行为突变。例如：
char buf[sizeof(int)]; int* p = new (buf) int(42); // 编译器可能认为 p 仍指向“未构造的 int”，后续 *p 读取被优化为任意值 int x = *p; // UB，可能得到 0 或随机数
更隐蔽的是：即使你紧接着用 p 调用了成员函数，只要该指针不是由 placement new 直接返回的，就可能被当作“非活跃对象指针”处理。Clang 和 GCC 在较新版本中对此类访问越来越激进。
std::launder 的正确调用方式与限制
std::launder 不改变指针值，只向编译器“声明”这个地址现在对应一个活跃对象。它只对满足以下条件的指针有效：
立即学习“C++免费学习笔记（深入）”；
- 指针必须指向一块已通过
placement new（或等效方式）完成构造的内存 - 不能用于指向
const或volatile限定类型的指针（除非原类型就是） - 不能用于指向基类子对象的指针（除非该子对象本身是完整对象）
- 不能用于指向已析构但未重用的内存
示例：
char buf[sizeof(std::string)];
std::string* p = new (buf) std::string("hello");
std::string* q = std::launder(p); // ✅ 正确：p 指向刚构造的 string
std::string s = *q; // 安全读取
p->~string(); // 析构
// 此后 std::launder(p) ❌ 未定义：内存已无活跃对象
std::launder 不能解决哪些问题
它不是万能补丁，无法绕过以下限制：
- 不能让指向已析构对象的指针“复活”——析构后必须重新构造才能用
std::launder - 不能用于 reinterpret_cast 得到的指针（比如把
char*强转成int*后直接 launder）——必须是从构造表达式直接或间接获得的指针 - 不能替代严格的别名规则：对同一块内存用不同类型指针读写，仍需符合
strict aliasing规则，std::launder不豁免这点 - 在 constexpr 上下文中不可用（C++20 起部分实现支持，但不可靠）
最容易被忽略的一点：如果你用 std::launder 包裹了一个指向派生类对象的基类指针，而该基类子对象并非完整对象（比如它是某个更大对象的子对象），那结果仍是未定义的——std::launder 不做偏移调整，也不验证对象边界。
