std::is_layout_compatible是C++20引入的编译期类型特征，用于判断两个标准布局类型是否内存布局完全一致（成员类型、顺序、偏移、对齐相同，且无虚函数、位域等干扰），是reinterpret_cast安全的前提之一但非充分条件。
std::is_layout_compatible 是什么，能用来干啥
它是个编译期类型特征（type trait），在 <type_traits> 里，C++20 引入。作用很窄：仅判断两个类（或结构体）是否满足“布局兼容”（layout-compatible）——即它们的非静态数据成员在内存中具有完全相同的类型、顺序、对齐和偏移量，且没有虚函数、虚基类、非标准布局成员等干扰项。
它不检查语义等价性，也不管构造/析构逻辑，更不等于“能 reinterpret_cast 安全互转”（虽然 layout-compatible 是 reinterpret_cast 的必要条件之一）。
必须满足的前置条件，否则结果为 false
std::is_layout_compatible 返回 true 前，两个类型 T 和 U 必须同时满足：
- 都是标准布局类型（
std::is_standard_layout_v<T>和std::is_standard_layout_v<U>均为true） - 都是非联合体（union）、非引用、非函数、非 cv 限定数组
- 成员变量数量相同，且从第一个到最后一个，类型一一相同（包括 cv 限定符）
- 所有非静态数据成员的声明顺序一致，且无访问说明符（
public/private）穿插打断连续性（比如不能 A 里int x; private: char y;，B 里int x; char y;） - 没有 bit-field（位域），哪怕一个都不行
- 两者都不能有虚函数、虚基类、非标准布局的子对象
常见踩坑点：加了 [[no_unique_address]]、用了空基类优化（EBO）但两边基类顺序不同、成员名不同但类型相同——这些都不影响 layout compatibility；但只要有一个 bit-field，或一个加了 private: 插在中间，就直接失败。
立即学习“C++免费学习笔记（深入）”；
实际怎么用：编译期断言 + SFINAE 场景
它只在编译期求值，运行时不可用。典型用途是配合 static_assert 或模板约束：
struct A { int x; double y; };
struct B { int x; double y; };
<p>static_assert(std::is_layout_compatible_v<A, B>, "A and B must be layout-compatible");</p><p>template<typename T, typename U>
constexpr bool can_alias_as() {
return std::is_standard_layout_v<T> &&
std::is_standard_layout_v<U> &&
std::is_layout_compatible_v<T, U>;
}
注意：即使 std::is_layout_compatible_v<T,U> 为 true，也不能自动认为 reinterpret_cast<U<em>>(&t)</em> 安全——你还得确保对象生命周期、严格别名规则（如 char 除外）和对齐都满足。它只是“内存排布一致”的证据，不是“可以随便 cast”的许可证。
和 std::is_standard_layout、std::is_trivially_copyable 的关系
三者常一起出现，但职责分明：
-
std::is_standard_layout：保证类有 C 风格内存布局（无虚、单继承链、公共访问块连续等） -
std::is_trivially_copyable：保证能用memcpy安全复制（含 trivial 构造/析构/赋值） -
std::is_layout_compatible：只比对两个类型的 layout，依赖前两者为真才可能成功
比如两个 trivially copyable 类，若一个有虚函数，std::is_layout_compatible 直接返回 false，连 layout 比对都不会做。
真正容易被忽略的是：它不检查对齐是否足够——即使 layout 兼容，若目标类型要求更大对齐（如 alignas(16)），而源对象未满足，reinterpret_cast 后访问仍会 UB。
