虚继承解决菱形继承中重复子对象和二义性问题：B、C虚继承A，D继承B、C，则D中仅有一份A子对象，由D直接构造；否则调用A成员时因路径不唯一而报ambiguous错误。
虚继承解决的是菱形继承中的重复子对象和二义性问题
当一个类通过多条路径继承同一个基类时（比如 B 和 C 都继承自 A，而 D 同时继承 B 和 C），若不加干预，D 对象中会包含两份 A 的子对象。这不仅浪费空间，更会导致访问 A 的成员时出现编译错误——编译器无法确定该调用哪一份 A 中的函数或变量。
为什么普通继承下 D::func() 会报 “reference to ‘func’ is ambiguous”
因为 D 从 B 和 C 各继承了一套 A 的接口，即使 A::func() 是非虚函数，编译器在 D 实例上调用时仍无法唯一确定路径。这不是重载解析问题，而是作用域查找失败。
- 即使
A::func()是public且无重写，只要两条继承路径都可见，就触发二义性 - 添加
using B::func;或using C::func;不能解决，因为它们指向不同副本的同名成员 - 只有让
B和C共享同一份A子对象，才能消除歧义——这正是virtual继承的作用
virtual 关键字必须出现在 B 和 C 的继承声明中，而非 D
虚继承的语义由“中间层”决定：B 声明 class B : virtual public A，表示“我愿意与其他类共享一份 A”；C 同理。最终由最派生类 D 负责构造这份唯一的 A 子对象（即 A 的构造函数由 D 直接调用，跳过 B 和 C 的调用）。
- 如果只在
D中写class D : virtual public B, virtual public C，毫无意义——虚继承关系不传递，A依然被复制两次 -
A的构造函数参数必须在D的初始化列表中显式提供，否则编译失败（常见编译错误：call to implicitly-deleted default constructor of 'A'） - 虚基类子对象在内存布局中通常置于对象起始处，且其偏移在运行时才确定（影响
static_cast安全性）
虚继承带来额外开销和使用限制
为支持共享子对象，编译器需在对象中插入虚基类指针（vbptr），并生成虚基类表（vbtable）。这导致对象尺寸增大、构造/析构流程变复杂，且禁止某些类型转换。
立即学习“C++免费学习笔记（深入）”；
- 不能用
static_cast在派生类和虚基类之间安全转换（必须用dynamic_cast，且要求目标有虚函数） - 虚基类的析构函数最好声明为
virtual，否则通过非虚基类指针删除对象可能导致未定义行为 - 模板类中慎用虚继承——实例化时可能因基类构造顺序或符号冲突引发链接错误
真正需要虚继承的场景其实很少：多数设计可通过组合、接口抽象或避免深层多继承规避。一旦用上，就得全程对齐虚继承声明，并接受它带来的间接性和调试难度。
