(转自:https://blog.csdn.net/weixin_42205987/article/details/81569744)
成员函数的重载、覆盖与隐藏
成员函数的重载(overload)、覆盖/重写(override)与隐藏/重定义(hide)很容易混淆,C++程序员必须要搞清楚概念,否则错误将防不胜防。(重写——这个名词可能是指覆盖,也可能是指隐藏,在java和C++中有区别)
重载与覆盖
成员函数被重载的特征:
(1)相同的范围(在同一个类域中,注意这里的同一个类不是指只能发生在同一个类中)
(2)函数名字相同
(3)参数不同
(4)virtual 关键字可有可无(若一个重载版本的函数面前有virtual修饰,则表示他是虚函数,但他也是属于重载的一个版本)补充:1、重载不关心函数的返回类型,只关心参数的 类型,个数,顺序不同。
2、不同的构造函数(无参构造、有参构造、拷贝构造)是重载的应用
3、重载关系只能发生在同一个类中吗?非也。这时候你要深刻理解继承,要知道一个子类所拥有的成员除了自己显式写出来的以外,还有父类遗传下来的。所以子类中的某个方法和父类中继承下来的方法也可以发生重载的关系。
覆盖(也叫重写)是指派生类函数覆盖基类函数,特征是:
(1)不同的范围(分别位于派生类与基类)
(2)函数名字相同
(3)参数相同
(4) 基类函数必须有virtual 关键字补充:1、返回值类型也要相同。
2、不能是final类型的。因为final修饰的方法是无法覆盖的。
不能为private。否则在其子类中只是新定义了一个方法,并没有对其进行覆盖。
不能为static。即使父类和子类中的方法都是静态的,并且满足覆盖条件,但是仍然不会发生覆盖,因为静态方法是在编译的时候把静态方法和类的引用类型进行匹配。
3、访问修饰符可以不同。但派生类方法的访问修饰符的权限不能比父类低。
4、子类方法不能抛出比父类方法更多的异常。即子类方法所抛出的异常必须和父类方法所抛出的异常一致,或者是其子类,或者什么也不抛出;
记住:覆盖一定是要 函数名相同 && 参数相同 && 返回值类型相同 && virtual && 基类与派生类
覆盖就是派生类中虚成员函数覆盖基类中同名且参数相同的成员函数。
重载和覆盖的区别:
父类的一个方法只能被子类覆盖一次,而一个方法可以在所有的类中可以被重载多次。
覆盖要求返回类型必须一致,重载对此没有要求。
覆盖只能用于子类覆盖父类的方法,重载用于同一个类中的所有方法(包括从父类中继承而来的方法)
另外,对于属性(成员变量)而言,是不能重载的,只能覆盖。
示例2-1 中
函数Base::f(int) 与 Base::f(float)相互重载
而Base::g(void) 被 Derived::g(void)覆盖
#include <iostream.h>
class Base
{
public:
void f(int x) { cout << "Base::f(int) " << x << endl; }
void f(float x) { cout << "Base::f(float) " << x << endl; }
virtual void g(void) { cout << "Base::g(void)" << endl;}
};
class Derived : public Base
{
public:
virtual void g(void) { cout << "Derived::g(void)" << endl;}
};
void main(void)
{
Derived d;
Base *pb = &d;
pb->f(42); // Base::f(int) 42
pb->f(3.14f); // Base::f(float) 3.14
pb->g(); // Derived::g(void)
}
示例2-1 成员函数的重载和覆盖
令人迷惑的隐藏规则
这里“隐藏”是指派生类的函数屏蔽了与其同名的基类函数
规则如下:
(1)如果派生类的函数与基类的函数同名,但是参数不同。
此时,不论有无virtual关键字,基类的函数将被隐藏(注意别与重载混淆)。
(2)如果派生类的函数与基类的函数同名,并且参数也相同,但是基类函数没有virtual关>键字。
此时,基类的函数被隐藏(注意别与覆盖混淆)。补充:对函数返回值无要求。
重载和隐藏的区别是:重载的作用范围是同一个类域,而隐藏是派生类和基类之间。
覆盖和隐藏的区别是:覆盖,基类函数有virtual。重载,基类函数没有virtual。
重载、覆盖和隐藏判断技巧:
函数同名的基础上
先判断作用范围,如果是在同一个类,那有可能是重载。
如果是在派生类与基类之间,就判断参数是否相同,不相同是隐藏。
参数相同的话,就判断基类函数是否有virtual,有的话就是覆盖,没有的话
示例就是隐藏。
程序2-2(a)中:
(1)函数Derived::f(float) 覆盖了 Base::f(float)
(2)函数Derived::g(int) 隐藏了 Base::g(float),而不是重载
(3)函数Derived::h(float) 隐藏了 Base::h(float),而不是覆盖
#include <iostream.h>
class Base
{
public:
virtual void f(float x) { cout << "Base::f(float) " << x << endl; }
void g(float x) { cout << "Base::g(float) " << x << endl; }
void h(float x) { cout << "Base::h(float) " << x << endl; }
};
class Derived : public Base
{
public:
virtual void f(float x) { cout << "Derived::f(float) " << x << endl; }
void g(int x) { cout << "Derived::g(int) " << x << endl; }
void h(float x) { cout << "Derived::h(float) " << x << endl; }
};
示例2-2(a)成员函数的重载、覆盖和隐藏
示例2-2(b)中,pb 和pd 指向同一地址,按理说运行结果应该是相同的,可事实并非这样。
void main(void)
{
Derived d;
Base *pb = &d;
Derived *pd = &d;
// Good : behavior depends solely on type of the object
pb->f(3.14f); // Derived::f(float) 3.14
pd->f(3.14f); // Derived::f(float) 3.14
// Bad : behavior depends on type of the pointer
pb->g(3.14f); // Base::g(float) 3.14
pd->g(3.14f); // Derived::g(int) 3 (surprise!)
// Bad : behavior depends on type of the pointer
pb->h(3.14f); // Base::h(float) 3.14 (surprise!)
pd->h(3.14f); // Derived::h(float) 3.14
}
示例2-2(b) 重载、覆盖和隐藏的比较
结论:
1、如果基类成员函数被派生类成员函数覆盖了,不管是基类指针还是派生类指针,调用的都是派生类中的函数。
2、如果基类成员函数被派生类成员函数隐藏了,调用就取决于是基类指针还是派生类指针,如果是基类指针就调用基类中的成员函数,派生类指针同理。
摆脱隐藏
隐藏规则引起了不少麻烦。
示例2-3 程序中,语句pd->f(10)的本意是想调用函数Base::f(int),但是Base::f(int)不幸被Derived::f(char *)隐藏了。
由于数字10不能被隐式地转化为字符串,所以在编译时出错。
class Base
{
public:
void f (int x);
};
class Derived : public Base
{
public:
void f (char *str);
};
void Test(void)
{
Derived *pd = new Derived;
pd->f(10); // error
}
示例2-3 由于隐藏而导致错误
从示例2-3 看来,隐藏规则似乎很愚蠢。但是隐藏规则至少有两个存在的理由:
1 写语句pd->f(10)的人可能真的想调用Derived::f(float),只是他误写错了,有了隐藏规则,编译器就可以明确的指出错误,未必是件坏事。
2 假如Derived有多个基类(多重继承),有时搞不清楚哪些基类定义了函数f。那么pd->f(10)可能会出乎意料地调用了基类函数f。尽管隐藏规则看起来不怎么有道理,但是能明确的消除这些意外。
如果语句pd->f(10)一定要调用函数Base::f(int),那么将类
Derived 修改为如下即可。
class Derived : public Base
{
public:
void f(char *str);
void f(int x) { Base::f(x); }
};
下图转自:https://blog.csdn.net/gogogo_sky/article/details/72860426#commentBox