std::is_layout_compatible 是 C++20 引入的编译期类型特性，用于判断两个类是否布局兼容，即非静态数据成员在内存中具有完全相同的类型、顺序、对齐和偏移，但不检查函数、虚表或语义行为。
std::is_layout_compatible 是什么，它能判断什么
std::is_layout_compatible 是 C++20 引入的类型特性，用于在编译期判断两个类（或结构体）是否「布局兼容」——即它们的非静态数据成员在内存中具有完全相同的类型、顺序、对齐和偏移。它不检查函数、虚表、访问控制或语义等任何运行时行为，只看 POD-like 的底层内存排布。
这意味着：
- 即使两个类有相同字段顺序和类型，但只要一个含虚函数、一个含非公有成员、或一个用了
#pragma pack而另一个没用，std::is_layout_compatible_v<a b></a>就很可能为false - 它不能替代
std::is_standard_layout或std::is_trivially_copyable，三者是正交条件：布局兼容的前提通常是二者都为 standard layout 且 trivially copyable
实际使用时必须满足的前置条件
std::is_layout_compatible 的行为在不满足标准约束时是未定义的（UB），不是编译失败。常见踩坑点包括：
- 任一类含有引用、虚基类、虚函数、非公有非静态成员、或用户定义的构造/析构/赋值函数 → 结果不可靠
- 任一类未声明为
[[no_unique_address]]的空基类可能影响偏移计算，导致误判 - 成员变量名不同但类型/顺序/对齐一致？可以；但若字段顺序错一位（比如
int a; double b;vsdouble b; int a;），结果必为false - 使用
static_assert前务必先确认两者均为std::is_standard_layout_v和std::is_trivially_copyable_v，否则断言可能通过但行为未定义
一个安全可用的检查模板写法
直接写 std::is_layout_compatible_v<a b></a> 很危险，建议封装一层校验：
立即学习“C++免费学习笔记（深入）”；
template <typename A, typename B>
constexpr bool is_safe_layout_compatible_v =
std::is_standard_layout_v<A> &&
std::is_standard_layout_v<B> &&
std::is_trivially_copyable_v<A> &&
std::is_trivially_copyable_v<B> &&
std::is_layout_compatible_v<A, B>;
然后这样用：
static_assert(is_safe_layout_compatible_v<legacyheader newheader>, "ABI break detected");</legacyheader>
注意：如果类含 std::array<t n></t> 或 std::span 等，要确认其内部是否引入 padding 差异；某些标准库实现下 std::array 与原生数组布局一致，但 std::span 不一定。
它解决不了、也不该用来解决的问题
std::is_layout_compatible 不是 ABI 兼容性银弹：
- 它无法检测不同编译器（如 GCC vs MSVC）或不同标准库（libstdc++ vs libc++）对同一标准类型的布局差异（例如
std::string的 small string optimization 实现） - 不能用于跨平台场景（x86_64 vs aarch64 的对齐规则差异会让结果失效）
- 如果类中包含指针或句柄，即使布局一致，解引用行为仍可能因上下文而崩溃
- 最容易被忽略的是：它不保证两个类型的
sizeof相同——布局兼容要求所有成员偏移一致，但末尾 padding 可能不同（尤其当最后一个成员对齐要求变化时）
真正需要布局兼容的场合（比如 mmap 固定格式二进制、C 接口 struct 互操作），建议配合 static_assert(sizeof(A) == sizeof(B)) 和 offsetof 手动校验关键字段偏移。
