std::is_standard_layout仅判断类型是否满足标准布局语法约束，不保证内存对齐、ABI兼容、跨编译器二进制一致或C端字段偏移匹配；true是memcpy安全和C互操作的必要非充分条件，false则必然不可字节拷贝。
std::is_standard_layout能判断什么，不能判断什么
std::is_standard_layout只检查类是否满足“标准布局”（standard layout）定义：所有非静态成员具有相同访问控制、无虚函数/虚基类、所有基类也是标准布局、且最多一个非静态数据成员有默认构造等。它**不保证**内存布局与C兼容，也不验证字段偏移或对齐是否符合预期——比如struct { char a; int b; }可能是标准布局，但若int在目标平台要求4字节对齐，a和b之间会有填充，std::is_standard_layout仍返回true。
- 能用它快速排除明显非标准布局的类（如含虚函数、多继承混合访问控制）
- 不能靠它断定
reinterpret_cast到C结构体一定安全 - 必须配合
static_assert在编译期检查，运行时查没意义
怎么写可靠的static_assert验证
直接用std::is_standard_layout_v<T>是基础，但容易漏掉关键约束。真正跨语言交互时，还需确认：是否POD（即同时满足std::is_trivial_v<T>和std::is_standard_layout_v<T>）、是否无用户定义构造/析构/赋值、字段顺序是否与C头文件一致。
- 推荐写法：
static_assert(std::is_standard_layout_v<MyStruct> && std::is_trivial_v<MyStruct>, "MyStruct must be POD for C interop"); - 别只测类本身——如果继承自基类，基类也得单独验证
std::is_standard_layout_v<Base> - 模板类需在实例化后检查，
std::is_standard_layout_v<MyTemplate<int>>才有效，泛型写法std::is_standard_layout_v<MyTemplate<T>>在模板定义处会失败
常见误判场景和实际坑点
看似简单的结构体，稍加改动就失效。比如加个private:字段、用std::string替代char[32]、甚至只是给某个字段加了默认初始化器（int x = 0;），都会让std::is_standard_layout返回false。
- 字段默认初始化器（C++11起）破坏标准布局，哪怕只是
int x{}; - 空基类优化（EBO）不影响结果，但若基类含虚函数，整个派生类立刻不是标准布局
- 位域（bit-field）几乎必然导致
std::is_standard_layout_v<T>为false，即使只有一个字段 - 不同编译器对“相同访问控制”的解释严格程度不同，GCC/Clang较宽松，MSVC有时更保守
验证后还要做什么才能真放心
通过std::is_standard_layout只是第一步。C接口通常还要求字段偏移、大小、对齐完全匹配。光靠类型特性不够，得实测。
立即学习“C++免费学习笔记（深入）”；
- 用
offsetof(MyStruct, field)对比C头文件中对应offsetof值 - 用
sizeof(MyStruct)和alignof(MyStruct)核对C端sizeof/_Alignof - 生成二进制dump（如用
memcpy到std::array<uint8_t, sizeof(T)>）再与C侧数据比对 - 跨平台时特别注意：Windows和Linux下
long大小不同，别直接用long字段做ABI边界
标准布局是必要条件，不是充分条件；验证永远要落到具体字段、具体平台、具体编译器选项上。
