standard layout 是 c++ 中满足严格内存布局约束的类型，确保与 c 兼容；它要求无虚函数、无虚基类、成员访问一致且单继承等，否则 std::is_standard_layout_v 为 false。
什么是 Standard Layout？它和 C 兼容性有什么直接关系
Standard Layout 是 C++ 标准里一组严格的结构体/类布局约束，满足它的类型才能被 reinterpret_cast 或 memcpy 安全地跨语言传递——这是和 C 互操作的底线。不是“看起来像 C Struct”就行，而是编译器必须按 C 的规则排布内存：无虚函数、无虚基类、所有非静态成员同为 public 且来自单一继承链、第一个成员不能是 bit-field……否则哪怕只加一个 virtual 函数，std::is_standard_layout_v<t></t> 就会返回 false。
怎么快速判断一个类型是不是 Standard Layout
别靠眼睛看，用标准库工具验证：
- 编译期检查：
static_assert(std::is_standard_layout_v<mystruct>, "not standard layout");</mystruct> - 运行时调试：
std::cout - 注意：
std::is_pod_v<t></t>更严格（还要求 trivial），现在基本不用；std::is_standard_layout_v<t></t>才是你真正该盯的指标 - Clang/GCC 可加
-Wc++11-compat或-Wnon-pod-memaccess提前报错，比如对非 standard layout 类型用memcpy
常见破坏 Standard Layout 的写法
这些改动看似微小，但一加就断掉 C 兼容性：
- 在 struct 里加
virtual函数 → 引入 vptr，破坏内存连续性 - 把某个成员改成
private或protected→ 违反“所有非静态成员访问控制一致” - 多继承（哪怕只是空基类）→ 破坏“单一继承链”要求
- 第一个成员是 bit-field（如
int a : 1;）→ 标准明确禁止 - 基类和派生类都有非静态成员 → 即使是 public 继承，也违反“所有非静态成员声明于同一类或最多一个基类”
C 接口传参时怎么确保不出错
和 C 函数打交道时，光保证类型是 Standard Layout 不够，还得管住调用侧：
立即学习“C语言免费学习笔记（深入）”；
- 用
extern "C"声明函数，禁用 C++ name mangling - 参数类型必须是 Standard Layout，且不能是指向成员函数的指针（
void (T::*)()不合法） - 数组传参别用
std::array或std::vector，得用裸指针 + size_t 长度，例如void process_data(const MyStruct* data, size_t n) - 如果 C 端用
sizeof算结构体大小，C++ 端必须用sizeof(MyStruct)，不能依赖offsetof手动算偏移（除非你确认没 padding 变化）
最麻烦的是 ABI 细节：不同编译器对空基类优化（EBO）的处理可能不同，哪怕两个类型都满足 Standard Layout，跨编译器传参仍可能出问题。这时候只能靠实际测试 + static_assert 锁死 sizeof 和字段偏移。