虚继承必须写在继承列表中基类名前，如class B : virtual public A；最派生类负责初始化虚基类，中间层调用被忽略；会增加内存开销和访问成本；模板中慎用以防ODR问题。
虚继承怎么写才不崩：语法和位置很关键
虚继承不是加个 virtual 就完事，它必须出现在**继承列表中基类名前面**，而不是在类定义开头或函数里。写错位置会导致编译器完全忽略虚继承语义，钻石结构照样出两个 A 子对象。
-
class B : virtual public A✅ 正确：virtual紧贴基类名 -
class B : public virtual A❌ 错误：顺序颠倒，部分编译器报错或静默失效 -
virtual class B : public A❌ 完全无效语法
为什么构造函数调用链会跳过中间层
虚基类的初始化责任被上移到**最派生类**，中间继承者（比如 B 和 C）即使写了 A(42) 也会被忽略。这是虚继承能“去重”的核心机制，但也是最容易懵的地方——你以为自己调了，其实没生效。
- 如果
D : B, C，而B和C都虚继承A，那只有D的构造函数能真正调用A的构造函数 -
B构造函数里写A(100)不会报错，但运行时不会执行 - 漏写最派生类对虚基类的初始化，会触发编译错误：
call to implicitly-deleted default constructor of 'A'
虚继承带来的内存和访问开销不能当没看见
虚继承不是零成本。每个含虚基类的子对象会多一个指针（通常是 vptr-like 的偏移量），访问虚基类成员要间接寻址，比普通继承慢一截。在嵌入式或高频调用场景，这差异会被放大。
- 对象大小会变大：
sizeof(B)可能比非虚继承多 8 字节（64 位系统） - 访问
b.a_member需要 runtime 计算偏移，无法完全内联 - RTTI 和
dynamic_cast在虚继承链中更慢，甚至某些旧编译器不支持跨虚继承的dynamic_cast
别在模板类里随便套虚继承
虚继承和模板一起用容易触发 ODR（One Definition Rule）问题，尤其是当多个翻译单元都实例化同一个虚继承模板时，链接期可能报 multiple definition of vtable for...。这不是语法错误，是 ABI 层面的坑。
立即学习“C++免费学习笔记（深入）”；
- 避免
template<typename t> class Derived : virtual public Base</typename>这种写法，除非你控制所有实例化点 - 如果必须用，把虚继承逻辑抽到非模板基类里，模板类只做普通继承
- GCC 12+ 和 Clang 14+ 对该组合支持较好，但 MSVC 2019 仍偶发链接失败
