虚函数调用取决于实际对象类型的虚表指针所指向的实现，而非继承路径或声明位置；菱形继承不改变动态绑定逻辑，但虚继承影响虚表布局，且当b和c均重写同一虚函数而d未覆盖时会因歧义编译失败。
虚函数在菱形继承中调用哪个实现？取决于实际对象类型和虚表指针
不是看声明位置，也不是看继承路径长短，而是看 new 出来的具体类型——该类型的虚表里，那个虚函数指针指向哪，就调哪个实现。菱形继承本身不改变虚函数的动态绑定逻辑，但会影响虚表的生成方式和子类对基类虚函数的覆盖行为。
为什么 Base::func() 可能被跳过，即使它没被显式重写？
当派生类（如 D）没有重写某个虚函数，而它的两个父类（B 和 C）都重写了同一虚函数时，编译器会报错：「ambiguous override」。此时必须在 D 中显式用 using 或重写来消歧义。否则代码根本无法编译。
- 如果
B::func()和C::func()都存在且未被D覆盖 → 编译失败，错误信息类似：error: member 'func' found in multiple base classes of different types - 如果只有
B::func()存在，C没重写 →D的虚表会直接继承B::func()的地址（哪怕C是虚继承） - 如果
D显式定义了func()→ 无论B或C有没有实现，都以D::func()为准
虚继承对虚函数调用有影响吗？
虚继承只解决数据成员（如 Base 的成员变量）的重复问题，不影响虚函数的决议过程。但它改变了子类虚表的布局：虚基类的虚函数指针通常放在虚表尾部，并通过额外的偏移量访问。这在调试或查看虚表内存时可见，但对日常调用透明。
- 虚继承不会让
Base::func()“自动胜出”；它只是确保只有一个Base子对象 - 若
D继承自B（虚）和C（虚），而两者都未重写func()，则调用的是Base::func() - 若你在
D中写Base::func()，那是静态调用，绕过了虚机制，和菱形无关
怎么验证当前调用的是哪个函数？
最可靠的方式是加日志或断点，而不是靠脑补继承图。虚函数调用发生在运行期，而菱形结构容易让人误判覆盖关系。
- 在每个可能的
func()实现里打日志，比如std::cout - 用 GDB 查看虚表：
p/x *(void**)obj（假设obj是D*），再逐项解引用，找对应函数地址 - 注意：不同编译器（GCC/Clang/MSVC）对虚表布局细节不同，不要硬背偏移；依赖
dynamic_cast或typeid做类型检查更安全
真正容易被忽略的，是“未重写即不参与覆盖”这个前提——很多人以为虚继承会让基类函数自动浮到顶层，其实它只管数据，不管函数指针的归属。虚函数的归属，永远由最派生类是否提供定义决定。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
