Placement new 的内存地址即传入的指针值，它不分配内存而仅在指定地址调用构造函数；需确保缓冲区对齐、大小合适，并用同一类型指针比对验证地址。
Placement new 的内存地址就是你传入的指针值
Placement new 本身不分配内存，它只在你指定的地址上调用构造函数。所以“定位” placement new 的位置，本质上就是确认你传给它的那个 void* 指针指向哪里——这个地址就是对象最终的内存地址。
常见错误是误以为 new (buf) T() 会返回新地址，其实它返回的正是 buf（经 static_cast<t></t> 转换后）。如果你没保存 buf，或把它和后续的 reinterpret_cast 混用，就容易丢失原始位置信息。
- 确保传入的缓冲区地址对齐满足
T的要求（可用alignof(T)检查） - 避免把栈上小数组（如
char buf[16]）直接传给大对象，可能因对齐或尺寸不足导致未定义行为 - 若用
malloc分配缓冲区，记得用free释放；若用operator new(size_t)，必须配对operator delete，不能混用
如何验证 placement new 真正放置在预期地址
最直接的方式是打印指针值比对。注意：必须用同一类型指针比较，否则可能因指针算术或调试器显示差异造成误判。
char storage[256]; std::cout << "buffer addr: " << static_cast<void*>(storage) << "\n"; MyClass* obj = new (storage) MyClass(); std::cout << "object addr: " << static_cast<void*>(obj) << "\n"; // 应完全相同
- 不要用
&obj——那是局部变量obj的地址，不是对象地址 - 如果输出结果不一致，大概率是传入的
storage地址被隐式转换（例如通过引用、模板推导丢失了原始类型） - 在调试器中观察内存时，可直接在
storage起始地址处按MyClass类型解析，看成员是否被正确构造
placement new 后的对象地址与 operator new 返回地址的区别
普通 new T 返回的地址由堆分配器决定，不可控；而 placement new 的地址完全由你控制。但这也意味着：你得自己保证该地址合法、足够、对齐、生命周期覆盖对象使用期。
立即学习“C++免费学习笔记（深入）”；
- 堆上分配的缓冲区（
char* buf = new char[sizeof(T) + alignof(T)]）需手动对齐（例如用std::align），否则即使空间够，也可能触发std::bad_alloc或崩溃 - 全局变量或静态缓冲区（
static char buf[1024]）天然满足生命周期要求，但要注意多线程下非原子访问风险 - 栈上缓冲区（
char buf[256]）最易用错：若T析构函数抛异常，栈展开时 placement new 对象不会自动析构，必须显式调用obj->~T()
为什么有时 placement new 的地址看起来“偏移了”
这不是 placement new 的问题，而是 C++ 对象模型导致的：多重继承、虚函数表指针、编译器填充等会让 reinterpret_cast<char>(obj)</char> 与原始 buf 地址不一致——但这是正常现象。真正关键的是：你传进去的指针，和 placement new 返回的指针，必须是同一个值（类型可不同，但地址位模式一致）。
- 检查方式永远是
obj == reinterpret_cast<myclass>(buf)</myclass>，而不是obj == &buf[0]（后者类型不匹配，比较无意义） - 如果用了自定义对齐（如
alignas(64) char buf[256]），确保buf地址本身已对齐，否则new (buf) T()可能失败或行为未定义 - 某些嵌入式平台或严格别名规则启用时（
-fstrict-aliasing），用char*初始化非 trivial 类型前，建议先用std::launder获取合法指针（C++17 起）
实际中最容易被忽略的是：placement new 不负责内存管理，也不隐含任何生命周期契约。你得亲手记下地址、亲手调用析构、亲手释放缓冲区——漏掉任一环，都可能在看似运行正常的代码里埋下难以复现的内存错误。
