virtual继承使派生类共享同一基类子对象，解决菱形继承中因B、C各自继承A导致D含两份A而引发的二义性、内存浪费等问题；需由最派生类D显式构造虚基类A，带来间接访问开销与复杂初始化顺序。
virtual继承的作用是让派生类共享同一个基类子对象，避免菱形继承中基类被多次实例化。当一个类被多个中间类共同继承，而这些中间类又被同一个最终派生类继承时，若不使用virtual
继承，基类会在最终对象中出现多份副本，导致二义性、内存浪费和逻辑错误。
为什么会出现菱形继承问题
典型结构：类A为顶层基类；B和C都公有继承A；D同时继承B和C。此时D的对象中会包含两份A的成员（B::A 和 C::A），编译器无法确定调用哪个A的函数或访问哪个A的数据成员。
例如：
- D d; d.func(); // 如果func()定义在A中，编译报错：调用不明确
- sizeof(D) 会比预期大，因为含两份A的成员变量
virtual继承如何解决问题
在B和C继承A时加上virtual关键字，如class B : virtual public A，这样所有继承链最终只共享一份A的子对象。
关键点：
- 虚继承的基类子对象由最派生类（这里是D）负责构造，B和C的构造函数中对A的初始化会被忽略
- D的构造函数必须显式调用A的构造函数，否则A的默认构造函数会被调用（若存在）
- 虚基类在对象布局中通常放在对象末尾，具体由编译器安排
使用virtual继承的注意事项
它不是万能的，需谨慎使用：
- 虚继承带来轻微性能开销：访问虚基类成员可能需要间接寻址（通过虚基类表）
- 构造顺序更复杂：虚基类先于非虚直接基类被初始化
- 尽量只在确实需要共享基类状态时使用，避免过度设计
- 接口类（无数据成员）一般不需要virtual继承，纯虚函数不会引发二义性
