类对象内存布局由编译期确定，影响sizeof、offsetof及指针转换安全；非虚函数类按声明顺序排布并填充对齐；含虚函数时首部插入vptr；单继承保持基类在前、派生在后；虚继承引入vbcptr导致额外开销与访问延迟。
类对象的内存布局不是抽象概念，而是编译期就确定的字节排布——它直接决定 sizeof 结果、offsetof 偏移、指针强制转换是否安全，以及缓存行利用率。
非虚函数类的成员顺序与填充
数据成员按声明顺序依次排布，但编译器会插入填充字节以满足对齐要求。这不是“浪费”，而是硬件访问效率的硬性约束。
-
char a;占 1 字节，但若后跟int b;（通常需 4 字节对齐），编译器会在a后补 3 字节 -
double c;（8 字节对齐）放在末尾时，可能在前面成员后整体补空，使整个对象大小向上对齐到 8 的倍数 - 成员顺序影响体积：把大类型（如
double、long long）放前面，小类型（bool、char）集中放后面，能显著减少填充
含虚函数时的 vptr 插入位置
只要类定义了至少一个虚函数（包括虚析构），编译器就会在对象起始处插入一个 vptr，指向该类型的虚表（vtable）。这个指针大小取决于平台：32 位为 4 字节，64 位为 8 字节。
-
vptr几乎总在对象最开头（偏移 0），极少数 ABI 可能不同，但主流编译器（GCC、Clang、MSVC）都如此 - 虚表本身不存于对象内，而是全局只读数据段中的一张函数指针数组；
vptr是唯一存于对象内的虚机制相关字段 - 即使派生类没新增虚函数，只要继承自带虚函数的基类，其对象仍含
vptr，且通常复用基类的虚表地址（重写时才替换对应项）
单继承下的基类子对象嵌套
派生类对象内存 = 基类子对象 + 派生类新增成员，二者连续排列。基类部分在前，派生部分在后，中间无隐式分隔。
- 若基类含
vptr，它就在整个对象的最开头；派生类新增的虚函数会更新同一张虚表，不会新增vptr - 基类和派生类的非静态数据成员共享同一片线性空间，
static_cast或直接取址可获得基类子对象起始地址 - 注意：多重继承会打破“单一
vptr”假设，每个基类子对象可能自带vptr，导致对象内出现多个虚表指针
虚继承引入的 vbcptr 和间接访问开销
虚继承不是“语法糖”，它强制编译器在派生类中插入额外指针（vbcptr），用于运行时定位唯一的虚基类子对象。这带来空间和时间双重成本。
-
vbcptr通常为 4 或 8 字节，位置不固定（常见于对象末尾或紧邻虚基类子对象前），且数量随虚继承路径增加 - 访问虚基类成员需两次间接跳转：先通过
vbcptr找到虚基类偏移，再加到 this 地址上——比普通继承多一次内存读取 - 菱形继承中，虚继承可避免数据重复，但代价是对象膨胀和访问变慢；非虚继承虽紧凑，却导致二义性和冗余副本
真正容易被忽略的是：内存布局细节在跨编译器、跨平台或 ABI 版本升级时可能变化。依赖 reinterpret_cast 或手动计算偏移的操作，一旦涉及虚函数、虚继承或多态，极易失效。宁可用 offsetof（仅限标准布局类型）或让编译器帮你算，也别手撕字节。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
