多重继承中若两个基类均重写同一虚函数而派生类未实现，编译器报“ambiguous override”错误；必须在派生类中显式定义该虚函数（如转发调用base1::draw()）以明确最终实现入口。
多重继承中同名虚函数被多个基类重写，编译报错“ambiguous override”
当两个直接基类都重写了同一个虚函数（比如都重写了 Base::draw()），而派生类又没自己提供实现时，C++ 标准禁止这种“两个最终重写者”的情况——编译器无法决定该用哪个版本，会直接报错：error: member 'draw' found in multiple base classes of different types 或类似歧义提示。
- 这不是运行时问题，是编译期硬性限制，和菱形继承无关，哪怕 Base1 和 Base2 完全无关也会触发
- 即使两个重写函数签名完全一致、行为也一样，C++ 仍视为二义，不自动合并
- 不能靠 using 声明解决（
using Base1::draw;无效），因为这只能引入声明，不能消解重写权冲突
必须在派生类中显式定义该虚函数
唯一合规做法：在派生类里亲手写一个 draw() 函数体，哪怕只是转发给某个基类。这时你就是在“接管重写权”，明确告诉编译器“我来负责最终实现”。
- 转发示例：
void draw() override { Base1::draw(); }—— 简单调用其中一个 - 组合逻辑示例：
void draw() override { Base1::draw(); Base2::draw(); }—— 同时执行两者 - 若想保留多态性（即允许子类再重写），记得加
override，别漏掉 - 如果 Base1::draw() 和 Base2::draw() 参数或 const 限定不同，那你得按实际签名重载多个版本，不能只写一个
为什么不能让编译器自动选一个？
C++ 的虚函数决议发生在运行时，靠 vtable 指针跳转；但“哪个基类获得最终重写权”是编译期静态决定的规则。允许多个基类声称“我是最终实现者”，会破坏 vtable 布局一致性——每个类的 vtable 必须有唯一确定的函数地址槽位。所以标准强制要求：最终派生类必须且只能有一个明确的实现入口点。
这个约束容易被忽略，尤其在大型继承体系中引入新基类时——看似只是加了个带虚函数的 mixin 类，却可能意外触发已有派生类的编译失败。检查编译错误时，重点盯住 “ambiguous” 和 “override” 相关关键词，而不是去调构造顺序或虚继承。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
