虚函数重载在子类中被隐藏是默认行为，即子类定义任意同名virtual函数时，未覆写的其他重载版本会从子类作用域消失；这是C++名字查找规则导致的作用域遮蔽，需用using Base::process显式引入基类重载。
虚函数重载在子类中被隐藏是默认行为
只要子类定义了任意一个同名的 virtual 函数，哪怕只覆写其中一个重载版本，其余未覆写的重载函数就会从子类作用域中消失——编译器不会自动继承它们。这不是 bug，而是 C++ 的名字查找（name lookup）规则：先在当前作用域找匹配的函数名，找到后就停止向上搜索，不考虑基类中其他同名但参数不同的重载。
常见错误现象：d.process(100, 1.0f) 编译失败，报错类似 error: no matching function for call to 'derived::process(int, float)'，即使 Base::process(int, float) 明明存在且是虚函数。
- 该问题与虚函数机制本身无关，纯属作用域遮蔽（name hiding）
- 仅影响同名函数，不影响成员变量或静态成员
- 即使所有重载都是
virtual，也照样被隐藏
用 using 声明显式引入基类重载
最轻量、最推荐的做法是在子类中加一行 using Base::process;，把基类所有名为 process 的重载都拉进子类作用域。之后再覆写需要修改的版本即可。
示例：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
class derived : public Base {
public:
using Base::process; // 关键：显式引入全部重载
virtual void process(int x) { std::cout << "Der::p1\n"; }
};
-
using声明不改变函数的虚性，Base::process(int, float)仍走虚调用路径 - 如果子类又定义了
process(int, float)，它会覆盖基类版本，using不会阻止覆盖 - 多个基类有同名重载时，
using可能引发新冲突，需配合作用域限定解决
多重继承下多个基类含同名虚函数重载怎么办
当派生类同时继承 Base1 和 Base2，而两者都有 virtual void foo(int) 和 virtual void foo(double)，直接写 using Base1::foo; using Base2::foo; 会导致调用 foo(42) 时二义：编译器无法决定选哪个基类的 foo(int)。
- 必须显式限定调用，例如：
b1.foo(42)或static_cast<Base1&>(d).foo(42) - 也可在派生类中提供明确的转发函数：
void foo(int x) override { Base1::foo(x); } -
using在这种场景下失效，不能用来“合并”不同基类的同名重载集
虚继承对虚函数重载冲突没有缓解作用
虚继承只解决数据成员和非静态函数的**实例唯一性**问题（比如菱形继承中的二义访问），它完全不影响函数重载解析或名字查找逻辑。即使 A 是 B 和 C 的虚基类，D : B, C 中若 B 和 C 各自定义了 virtual void f(int)，那 D 调用 f(1) 依然会报二义，和是否虚继承无关。
真正要处理的是函数签名层面的冲突，不是内存布局层面的重复。
最容易被忽略的一点：重载决议发生在编译期，而虚函数调用的动态分发发生在运行期；二者在机制上完全解耦。别指望加 virtual 继承就能让重载“自动合并”。
