重载函数不会被子类自动继承，必须显式声明或用using引入；c++重载解析在编译期基于当前作用域可见声明进行，子类未声明则父类重载不可见。
重载函数不会被子类自动继承，必须显式重新声明
父类中用相同函数名、不同参数列表定义的多个 operator+ 或 print() 等，属于重载（overload），不是虚函数（virtual），也不参与多态。C++ 中重载解析在编译期完成，只看**当前作用域可见的声明**。子类不写，父类的重载函数在子类作用域里就不可见——哪怕参数完全匹配，也会报 error: no matching function for call。
实操建议：
- 在子类中把想用的每个重载版本都重新声明一遍（哪怕只是转发给父类）
- 不要指望
using Base::func;能“继承所有重载”——它确实可以引入，但有坑（见下一条） - 若父类重载较多，且子类只需微调某几个，优先用
using引入全部，再单独重写需要修改的版本
用 using Base::func; 引入重载集时要注意隐藏规则
using 声明会把父类所有同名重载函数带进子类作用域，但它**不改变重载解析行为**：一旦子类自己定义了任何同名函数（哪怕参数不同），就会导致父类所有重载被隐藏（name hiding），除非也用 using 显式拉进来。
常见错误现象：
class Base {
public:
void log(int x) { cout
<p>正确做法：</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- 在
Derived中加using Base::log;，放在log(string)前面 - 或者干脆不加新重载，只用
using引入，避免隐藏 -
using不是继承，它只是“让名字可见”，不改变函数定义位置，所以virtual属性也不会传递
重写（override）和重载（overload）不能混为一谈
如果父类函数是 virtual 且你希望子类提供新实现，那是 override，和重载无关。但如果你在子类里写了参数不同的同名函数，那只是新增了一个重载，跟父类的虚函数没关系——即使父类有 virtual void draw();，子类写 void draw(int scale); 也不会 override 它，只是多了一个重载。
关键区别：
- override：函数签名（含 const/ref-qualifier）必须**完全一致**，加
override关键字可防错 - overload：函数名相同，但参数类型/个数/const性不同；返回类型不影响重载判断
- 子类里同时存在 override 和 overload 是合法的，但容易引发调用歧义，比如
obj.draw();和obj.draw(2);分别走不同路径
实际项目中更安全的做法：避免在子类中随意添加重载
重载 + 继承 + 多态混用时，编译器解析逻辑复杂，尤其涉及模板、ADL 或隐式转换时，很容易出现意料外的匹配或二义性错误。很多团队规范直接禁止在派生类中新增与基类同名的重载函数。
替代方案：
- 用不同函数名表达不同语义，比如
print_human_readable()和print_debug() - 用模板 + SFINAE 或
if constexpr在单个函数内处理多种类型 - 若必须扩展接口，考虑组合而非继承，把原对象作为成员，显式委托调用
最常被忽略的一点：重载决议发生在静态类型上，哪怕对象是子类实例，通过父类指针调用时，也只会考虑父类作用域里的重载版本——这点和 virtual 函数的动态分发完全相反。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
