std::launder用于告知编译器指针所指内存已承载新构造对象，避免优化导致未定义行为；它不分配内存、不构造对象，仅提供生命周期语义提示，解决placement new重用内存后旧指针访问失效问题。
std::launder 是 C++17 引入的一个工具函数，用于在特定场景下“告知”编译器：某个指针所指向的内存位置，**现在（或已经）承载着一个新构造的对象**，且该对象与指针原始来源无关。它不分配内存、不构造对象、不调用任何函数，只是向编译器提供一个关键的生命周期语义提示——避免因优化导致未定义行为。
解决“指针重用内存”时的优化陷阱
当一块内存被显式析构后又原地 new 构造新对象（placement new），或通过 std::memcpy/std::bit_cast 等方式“覆盖”了原有对象，此时旧指针（如指向原对象的指针）**不能安全用于访问新对象**——编译器可能仍按旧对象类型做别名分析或寄存器缓存，导致读取错误值甚至崩溃。
std::launder 就是为这种场景而生：
- 它接受一个指向某地址的指针（T*），返回一个“打过招呼”的新指针（同样 T*）
典型必须用 launder 的例子
下面这段代码在 C++17 前是未定义行为，C++17 后需用 launder 修复：
立即学习“C++免费学习笔记（深入）”；
struct X { int a; };
alignas(X) unsigned char buf[sizeof(X)];
X* p = new (buf) X{42}; // placement new
p->a = 100;
p->~X(); // 显式析构
X* q = new (buf) X{200}; // 同一地址构造新对象
// ❌ 错误：p 仍指向已析构对象，不能用来读新对象
// std::cout << p->a << '\n'; // UB！
<p>// ✅ 正确：用 launder 告知编译器 buf 地址现在有新的 X 对象
X* r = std::launder(p); // 或 std::launder(q)
std::cout << r->a << '\n'; // 输出 200，合法</p>什么时候不用 launder？常见误区
launder 不是万能胶，也不是性能优化手段。以下情况**不需要也不应该用**：
- 普通 new/delete 或栈对象：生命周期由语言自动管理，无需干预
- 指向同一对象的不同指针（比如 const_cast 或 &obj.member）：没发生对象重建
- 仅用于 constexpr 或模板元编程推导：launder 不参与类型计算，只影响运行时语义
- 把 launder 当作“绕过 const”或“解除 strict aliasing”的工具：它不改变类型系统，也不赋予额外权限
底层本质：帮编译器同步对象身份
C++17 明确定义了“对象生命周期”：从构造完成开始，到析构开始结束。同一块内存可承载多个不同对象（不同生命周期），但每个对象有唯一身份。编译器依赖指针的“出处”来判断它能访问哪个对象。launder 就是显式切断指针与旧对象的绑定，将其重新关联到该地址当前活跃的对象上——相当于告诉优化器：“别信这个指针的来路了，它现在代表的是这里刚诞生的那个对象。”
基本上就这些。不复杂但容易忽略，用错不会报错，但可能让程序在 -O2 下突然出问题。
