std::is_standard_layout仅判断类型是否满足标准布局语法约束，不保证内存对齐、ABI兼容或跨编译器二进制一致；true是memcpy安全和C互操作的必要非充分条件，false则必然不可字节拷贝。
std::is_standard_layout能判断什么
它只检查类是否满足标准布局（standard layout）的语法约束，不涉及内存对齐、ABI兼容性或跨编译器一致性。满足 std::is_standard_layout_v<t></t> 为 true 是类型可被 memcpy 安全复制、能与 C 接口互操作的必要但不充分条件。
常见误判点：即使返回 true，也不能保证该类型在不同编译器下二进制布局一致；反之，返回 false 意味着一定不能直接按字节拷贝或映射到 C struct。
哪些情况会让std::is_standard_layout_v为false
只要违反任一标准布局规则，结果就是 false。典型原因包括：
- 类中存在非静态数据成员为引用类型（如
int&） - 有虚函数或虚基类（哪怕只有一个
virtual函数） - 非第一个非静态成员的访问控制符与前一个不同（比如
public:后跟private:成员） - 基类和首个非静态成员具有不同访问级别（例如基类是
public，首个成员却是private） - 含有用户定义的构造函数、析构函数或赋值运算符（注意：默认生成的不算）
示例：
立即学习“C++免费学习笔记（深入）”；
struct Bad {
int x;
private:
double y; // 访问级别变化 → 不是 standard layout
};
std::is_standard_layout_v<Bad> 为 false。
如何安全地用它做编译期断言
在需要确保类型可跨语言传递或用于 reinterpret_cast 的场景中，应结合 static_assert 强制校验：
struct MyData {
int a;
float b;
};
static_assert(std::is_standard_layout_v<MyData>, "MyData must be standard layout for C interop");
注意两点：
- 必须搭配
static_assert，运行时检查毫无意义——布局合法性是编译期属性 - 如果类模板参数影响布局（比如依赖
typename T），需在实例化后检查，而非模板定义处 - 别忘了同时检查
std::is_trivially_copyable_v<T>，因为标准布局类型未必可平凡拷贝（例如含非平凡析构函数）
和C兼容 struct 的实际差距在哪
即便 std::is_standard_layout_v<T> 和 std::is_trivially_copyable_v<T> 都为 true，仍可能无法直接作为 C struct 使用：
- C 中没有空基类优化（EBO）保证，而 C++ 允许；若你的类继承了空基类，C 端结构体可能多出填充字节
- 位域（bit-field）在 C 和 C++ 中的布局规则虽相似但不完全等价，且
std::is_standard_layout对含位域的类型返回false - 成员顺序受
#pragma pack或[[gnu::packed]]影响，而这些修饰符不改变std::is_standard_layout结果，却破坏 ABI 兼容性
真正要导出给 C 用，最稳妥的方式是显式声明 extern "C" 接口，并用 static_assert + 手动 offsetof 校验字段偏移。
