多重继承下对象内存按声明顺序线性排布，每个含虚函数的基类贡献一个独立vptr，指针转换需加编译期偏移；vptr数量等于含虚函数的直接基类数，虚函数覆盖仅影响对应基类子对象的vtbl调用路径。
多重继承下，对象内存不是“叠加拼图”，而是按声明顺序线性排布各基类子对象，每个含虚函数的基类自带一个 vptr，指针转换时会自动加偏移——这是你调试时看到地址跳变、static_cast 失败或 dynamic_cast 慢的根本原因。
基类子对象严格按继承声明顺序排列
比如 class D : public A, public B, public C，则 D 对象内存从低地址到高地址依次是：A 子对象（含其 vptr 和成员）、B 子对象、C 子对象、最后是 D 自身成员。这不是编译器优化选择，而是 ABI 约定。
- 若
A有虚函数，A子对象开头就是它的vptr；B同理，它的vptr紧跟在A成员之后 - 访问
B::b的偏移量 =sizeof(A)+offsetof(B, b)，编译器在生成代码时就固化了这个计算 - 用
gdb查看*(int*)obj_ptr可能读到A::a，而*(int*)((char*)obj_ptr + sizeof(A))才是B::b
虚函数表指针（vptr）数量等于含虚函数的直接基类数
每个含虚函数的基类在派生对象中都保留独立的 vptr，它们不共享、不合并。即使 A 和 B 虚函数签名完全一样，D 对象里仍有两个 vptr，分别指向不同的虚函数表（vtable）。
-
vptr1指向 “D中A部分”的虚函数表，覆盖项只影响A接口调用路径 -
vptr2指向 “D中B部分”的虚函数表，B::func()的 override 不会改变A::func()的行为 - 调用
obj->func()时，实际走哪个vptr，取决于表达式的静态类型（A*还是B*），不是运行时对象类型
菱形继承不加 virtual 就必然重复存储祖父类
当 Left : public Top、Right : public Top、Bottom : public Left, public Right，Bottom 对象内存里包含两份 Top 子对象——一份在 Left 偏移处，一份在 Right 偏移处。此时 Bottom* 无法隐式转为 Top*，编译器报错 ambiguous conversion。
立即学习“C++免费学习笔记（深入）”；
- 必须显式写
bottom_ptr->Left::x或bottom_ptr->Right::x才能访问不同副本 - 想共用一份
Top，必须把Left和Right的继承改为virtual public Top - 虚继承后，
Bottom对象多出一个vbptr（虚基类指针），且Top实例被挪到对象末尾或单独区域，访问它需查vbtable得到动态偏移
指针转换不是零成本操作
把 D* 转成 B* 不是简单赋值，而是地址加偏移：编译器在生成 static_cast<b>(d_ptr)</b> 时，会插入类似 (char*)d_ptr + sizeof(A) 的指令。
- 这种偏移对单继承是 0，对多继承是编译期常量，但对虚继承是运行时查表计算，开销更大
-
dynamic_cast在有多继承时必须检查整个继承链，比单继承慢得多；若目标类型不可达（如无虚函数），转换结果为nullptr - 用
reinterpret_cast强转多继承指针几乎必然出错——它跳过所有偏移调整，直接复用地址
真正容易被忽略的是：虚函数覆盖只作用于对应基类子对象的虚表，不影响其他基类的布局和调用路径；而虚继承引入的间接层会让 sizeof 和地址计算彻底脱离直觉——别信“看起来应该偏移 X 字节”，一定要用 offsetof 或 gdb 实测。
