最派生类必须显式调用虚基类构造函数，中间类的调用会被编译器忽略；虚基类总在非虚基类之前构造，且仅初始化一次，由最派生类统一负责。
最派生类必须显式调用虚基类构造函数
虚基类的初始化责任不在其直接子类，而**强制落在最派生类（most derived class）身上**。哪怕中间类写了 A(x) 初始化列表，只要它不是最终被实例化的那个类，这条调用就会被编译器忽略。
常见错误现象：
- 编译通过，但运行时发现虚基类构造函数参数没生效（比如传了
10却输出0） - 虚基类含非默认构造函数，而最派生类初始化列表里漏掉对它的调用 → 编译错误：
no matching constructor for initialization of 'A'
使用场景：菱形继承中，D 同时继承 B 和 C，而二者都虚继承自 A；此时只有 D 的构造函数能真正决定 A 如何构造。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 在最派生类的初始化列表中，**必须显式写出虚基类的构造调用**，例如：
D() : A(42), B(), C() {} - 中间类（如
B、C）的初始化列表里写A(x)是合法语法，但纯属“占位”——不生效，也不报错，容易误导 - 若虚基类只有默认构造函数，最派生类可省略显式调用，编译器自动补上；但一旦它有带参构造，就必须手动写
虚基类总在非虚基类之前构造
构造顺序不取决于继承声明顺序，而由“虚/非虚”性质严格划分：所有虚基类先于任何非虚基类被构造，且按它们在继承链中**首次出现的声明顺序**排列。
例如：
class A { public: A(const char* s) { cout << "A(" << s << ") "; } };
class B : virtual public A { public: B() : A("B") {} };
class C : virtual public A { public: C() : A("C") {} };
class D : public B, public C { public: D() : A("D"), B(), C() {} }; // 注意：A("D") 决定实际参数
输出为：A(D) B() C() D() —— 尽管 B 和 C 都试图用自己参数构造 A，但只有 D 提供的 A("D") 被执行，且它排在最前。
性能 / 兼容性影响：
- 虚继承会引入额外指针（vbptr）和虚基类表（vbtable），对象尺寸增大，访问虚基类成员需间接寻址，比非虚继承慢
- 不同编译器对虚基类布局实现细节略有差异（如 vbptr 放置位置），跨 ABI 传递虚继承对象需谨慎
中间类的虚基类初始化列表会被静默忽略
这是最容易踩坑的一点：你写了，它不执行，还不报错。
典型误用：
class B : virtual public A {
public:
B() : A(100) { cout << "B ctor\n"; } // 这行 A(100) 不起作用！
};
class C : virtual public A {
public:
C() : A(200) { cout << "C ctor\n"; } // 同样被忽略
};
class D : public B, public C {
public:
D() : A(300) { cout << "D ctor\n"; } // 只有这一行生效
};
为什么这样做？因为 C++ 标准要求虚基类只能被构造一次，且必须由最派生类统一控制，否则无法保证语义一致性。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 把中间类初始化列表里的虚基类调用当作“文档注释”处理：可写，但别依赖它生效
- 审查最派生类初始化列表时，逐个核对所有虚基类是否都被覆盖，尤其注意多层虚继承嵌套时可能遗漏的虚基类
- 用静态断言或构造函数内日志验证虚基类实际使用的参数，避免“以为传了，其实没传”
虚基类析构顺序与构造完全逆序
析构时，虚基类总在最后被销毁，而非最先——这和构造顺序相反，但符合“后建先拆”原则。
关键点：
- 析构函数调用路径由编译器自动生成，程序员无法干预顺序
- 虚基类析构函数总是被调用一次，无论多少条继承路径指向它
- 如果虚基类析构函数是
protected或private，最派生类仍可正常析构（因编译器生成的析构代码有访问权限）
容易被忽略的地方：虚基类若持有资源（如文件句柄、动态内存），其析构时机晚于所有非虚基类和成员对象，意味着这些对象在析构时仍可安全访问虚基类状态；但反过来，虚基类析构函数里不能再访问已析构的非虚基类成员。
