多继承的核心障碍是二义性，需用作用域解析符显式指定调用路径；虚基类仅解决菱形继承中的重复子对象问题，不消除同名成员冲突，且需最派生类负责初始化。
多继承语法本身很简单，但二义性是核心障碍
C++ 允许多继承，写法就是用逗号分隔多个基类：class Derived : public Base1, public Base2。问题不在“能不能写”，而在于一旦 Base1 和 Base2 都定义了同名成员（比如 void func() 或同名数据成员），Derived 对象调用 func() 时编译器无法决定选哪个——直接报错：error: request for member 'func' is ambiguous。
这不是设计缺陷，而是语言明确拒绝含糊调用。解决它不能靠“默认选第一个”，必须由程序员显式干预。
解决二义性：作用域解析 + 显式调用
最直接的方式是用作用域运算符 :: 指明调用路径。假设 Base1 和 Base2 都有 value 成员和 print() 函数：
obj.Base1::value = 10; obj.Base2::print();
这种方式适用于你**确实需要区分使用不同基类的同名成员**的场景。但要注意：
立即学习“C++免费学习笔记（深入）”；
- 每次调用都得写前缀，冗长且易错
- 如果只是想“统一访问某个语义上的共同接口”，这种写法反而暴露了实现细节
- 对数据成员做
Base1::value赋值，不会影响Base2::value—— 它们是两个独立副本
虚基类解决“菱形继承”中的重复子对象问题
当 Base1 和 Base2 都继承自同一个 CommonBase，而 Derived 又同时继承 Base1 和 Base2 时，就构成菱形继承。此时若不加修饰，Derived 会包含两份 CommonBase 子对象，导致：内存浪费、初始化混乱、访问 CommonBase::data 时再次出现二义性。
解决方法是在中间层使用 virtual 继承：
class Base1 : virtual public CommonBase { ... };
class Base2 : virtual public CommonBase { ... };
class Derived : public Base1, public Base2 { ... };
这样 Derived 中只保留一份 CommonBase 子对象。关键点：
-
virtual必须写在Base1和Base2的继承声明里，而不是Derived的声明里 -
CommonBase的构造函数由 **最派生类**（即Derived）负责调用，中间类的构造函数中对CommonBase的初始化会被忽略 - 虚继承有轻微运行时开销（vptr/vtable 机制），仅在真有菱形结构时才启用
虚基类不是万能解药，别滥用
虚继承只解决“子对象重复”问题，不解决“同名成员冲突”。即使用了 virtual，如果 Base1 和 Base2 各自定义了同名函数，Derived 依然要面对二义性，仍需作用域解析或重定义。
更隐蔽的坑是初始化顺序：虚基类总在非虚基类之前被初始化，且只初始化一次；但它的构造函数参数必须由最派生类提供——这意味着如果你忘了在 Derived 的构造函数初始化列表里显式调用 CommonBase(...)，编译器会尝试调用 CommonBase 的默认构造函数，失败则报错。
真正需要多继承的场景其实不多。多数时候，用组合（has-a）、接口类（纯虚函数）或模板策略，比硬扛虚基类和二义性更清晰、更易维护。
