菱形继承是多重继承中因两个子类共继承同一父类、又被同一子类继承而形成的菱形结构，会导致基类成员在最终派生类中出现两份副本，引发数据冗余和成员访问二义性。
菱形继承是什么，为什么它会出问题
菱形继承不是语法错误，而是设计隐患：当两个派生类都继承自同一个基类，而又有另一个类同时继承这两个派生类时，基类成员会在最终派生类中出现两份副本。编译器不知道你调用 Base::func() 时该走哪条路径——左支还是右支。
不加 virtual 继承的典型报错现象
下面这个结构会直接编译失败：
class Base { public: void say() {} };
class Derived1 : public Base {};
class Derived2 : public Base {};
class Final : public Derived1, public Derived2 {};
当你写 Final f; f.say();，GCC/Clang 会报：error: request for member 'say' is ambiguous。因为 say() 在 Derived1 和 Derived2 各有一份，编译器无法自动选一个。
用 virtual 继承解决二义性和重复构造
关键改动只有两处：在 Derived1 和 Derived2 的继承声明里加上 virtual：
立即学习“C++免费学习笔记（深入）”；
class Base { public: Base() { std::cout << "Base ctor\n"; } };
class Derived1 : virtual public Base {};
class Derived2 : virtual public Base {};
class Final : public Derived1, public Derived2 {};
-
Base构造函数只被调用一次（哪怕Final的构造函数没显式委托） -
Final对象里只有一个Base子对象，f.say()不再歧义 - 注意：如果
Base有带参构造函数，Final必须在初始化列表中显式调用它，否则编译失败——Derived1和Derived2不再负责构造Base
实际开发中容易忽略的细节
virtual 继承不是“多态开关”，它改变的是对象布局和构造顺序：
- 内存占用略大：每个 virtual 继承的类会引入虚基类指针（类似虚函数表指针，但独立）
- 访问
Base成员可能多一次间接寻址，性能影响微乎其微，但调试时对象布局更复杂 - 不要混用 virtual 和非 virtual 继承：比如
Derived1virtual 继承Base，而Derived2普通继承——这仍会导致二义性 - 头文件依赖更敏感：
Final的定义必须看到Base的完整定义，否则无法计算虚基类偏移
真正难的不是写对语法，是判断某个继承关系是否**本该是菱形**——如果两个中间类逻辑上都只是对同一抽象的“增强”，那 virtual 就大概率需要；如果它们代表完全不同维度的扩展（比如 Serializable 和 Drawable），那就该用组合或接口，而不是硬凑菱形。
