同名成员在多重继承中引发二义性编译错误，因编译器无法确定调用哪条路径的版本；须用作用域限定符（如d.base1::func()）显式指定，或通过虚继承消除冗余基类子对象。
同名成员引发二义性编译错误
当多个基类中存在同名函数或变量时，派生类对象直接调用该名称会触发编译错误，因为编译器无法判断该调用哪一条继承路径上的版本。
常见错误信息：error: request for member 'func' is ambiguous
- 必须显式使用作用域限定符，例如
d.Base1::func()或d.Base2::func() - 若在派生类中重写同名函数，可掩盖基类版本，但会丢失对原始实现的直接访问能力
- 虚函数重写仍需注意：若 Base1 和 Base2 都有虚函数
virtual void show()，派生类未重写时调用仍报错
菱形继承导致数据冗余与访问冲突
当两个中间类（如 Student 和 Teacher）都继承自同一基类（如 Person），而最终类（如 Assistant）同时继承二者时，Person 的成员会在对象内存中出现两份。
典型表现：&a1.Student::_name != &a1.Teacher::_name，且 sizeof(Assistant) 明显大于预期
- 直接访问
a1._name报错：error: request for member '_name' is ambiguous - 即使加作用域限定能绕过编译错误，也无法解决底层数据重复问题——两份
_name独立存储、互不干扰 - 构造函数会被调用两次（
Student和Teacher各调一次Person()），可能引发逻辑错误或资源泄漏
虚继承不是银弹，它带来新约束
用 virtual public Person 可让 Assistant 中只保留一份 Person 子对象，但代价是构造顺序和初始化方式彻底改变。
- 虚基类的构造函数**必须由最派生类直接调用**，中间类（
Student/Teacher）的初始化列表中写Person(…)会被忽略 - 对象内存布局更复杂：虚基类子对象通常被放到对象末尾，且需额外指针（vbase pointer）定位，增大对象体积
- 多层虚继承时，调试器可能无法正确显示虚基类成员值，GDB/LLDB 对
Assistant中Person::value的取址行为有时不可靠
指针转换隐含地址偏移，容易误用
多重继承下，派生类指针转为不同基类指针时，地址值可能不同。这不是 bug，而是语言规范要求的“指针调整”（pointer adjustment）。
例如：Assistant* a = new Assistant; → static_cast<student>(a)</student> 地址不变，但 static_cast<teacher>(a)</teacher> 地址通常增加 sizeof(Student)
- 用
reinterpret_cast强转会破坏这一机制，导致访问越界或读到垃圾值 - RTTI（
dynamic_cast）在多重继承中开销略高，因需遍历虚表查找路径，尤其带虚继承时更明显 - 将
Assistant*传给期望Person*的函数时，若未用虚继承，dynamic_cast<person>(a)</person>会失败（返回 nullptr）
虚继承解决的是“有没有”，不是“好不好”。真正棘手的从来不是编译能否通过，而是运行时对象布局是否符合直觉、调试时内存视图是否可解释、以及多人协作时别人能否一眼看懂你为什么非得这么继承。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
