目录
1.多态的概念
1.1概念
2.多态的定义及实现
2.1多态的构成条件
2.2虚函数
2.3虚函数的重写
2.4 C++11 override 和 final
2.5重载、覆盖(重写)、隐藏(重定义)的对比
3.抽象类
3.1概念
3.2 接口继承和实现继承
4.多态的原理
4.1虚函数表和多态的原理
4.2动态绑定与静态绑定
5.单继承和多继承关系的虚函数表
5.1单继承中的虚函数表
5.2多继承中的虚函数表
5.3菱形继承、菱形虚拟继承
多态的概念:通俗来说,就是多种形态,具体点就是去完成某个行为,当不同的对象去完成时会产生出不同的状态。
举个栗子:比如买票这个行为,当普通人买票时,是全价买票;学生买票时,是半价买票;军人买票时是优先买票。
多态是在不同继承关系的类对象,去调用同一函数,产生了不同的行为。比如Student继承了Person。Person对象买票全价,Student对象买票半价。
那么在继承中要构成多态还有两个条件:
1. 必须通过基类的指针或者引用调用虚函数
2. 被调用的函数必须是虚函数,且派生类必须对基类的虚函数进行重写
虚函数:即被virtual修饰的类成员函数称为虚函数。
class Person {
public:
virtual void BuyTicket() { cout << "买票-全价" << endl; }
};
虚函数的重写(覆盖):派生类中有一个跟基类完全相同的虚函数(即派生类虚函数与基类虚函数的返回值类型、函数名字、参数列表完全相同),称子类的虚函数重写了基类的虚函数(只重写基类的虚函数的实现,不重写形参)。
class Person
{
public:
virtual void BuyTicket() const { cout << "买票-全价" << endl; }
};
class Student : public Person
{
public:
virtual void BuyTicket() const { cout << "买票-半价" << endl; }
/*注意:在重写基类虚函数时,派生类的虚函数在不加virtual关键字时,虽然也可以构成重写(因
为继承后基类的虚函数被继承下来了在派生类依旧保持虚函数属性,重写本质是重写你的实现方法),但是该种写法不是很规范,不建议
这样使用,建议都加上virtual*/
/*void BuyTicket() { cout << "买票-半价" << endl; }*/
};
//多态条件
//1. 必须通过基类的指针或者引用调用虚函数
//2. 被调用的函数必须是虚函数,且派生类必须对基类的虚函数进行重写
//多态,不同对象传递过去,调用不同对象,多态调用看的指向的对象或者引用的对象
//普通对象,看当前类型
void Func(const Person& p)
{
p.BuyTicket();
}
void Func(const Person* p)
{
p->BuyTicket();
}
int main()
{
Func(Person());
Func(Student());
Person p;
Student s;
Func(&p);
Func(&s);
return 0;
}
虚函数重写的两个例外:
1. 协变(基类与派生类虚函数返回值类型不同)
派生类重写基类虚函数时,与基类虚函数返回值类型不同。即基类虚函数返回基类对象的指针或者引用,派生类虚函数返回派生类对象的指针或者引用时,称为协变。(返回值可以不同,但是要求返回值必须是父子关系指针和引用,且要么父和子都是引用或者是指针,并且父是父,子是子)
2. 析构函数的重写(基类与派生类析构函数的名字不同)
如果基类的析构函数为虚函数,此时派生类析构函数只要定义,无论是否加virtual关键字,都与基类的析构函数构成重写,虽然基类与派生类析构函数名字不同。虽然函数名不相同,看起来违背了重写的规则,其实不然,这里可以理解为编译器对析构函数的名称做了特殊处理,编译后析构函数的名称统一处理成destructor
class Person {
public:
virtual ~Person() { cout << "~Person()" << endl; }
};
class Student : public Person {
public:
virtual ~Student()
{
cout << "~Student()" << endl;
delete[] ptr;
}
protected:
int* ptr = new int[10];
};
//析构函数可以是虚函数吗?为什么需要是虚函数
//析构函数加virtual,是不是 虚函数重写?
//是,因为类的析构函数都被处理成destructor这个统一的名字
//那为什么要让他们构成重写呢?
//因为下面的场景
int main()
{
Person* p1 = new Person;
delete p1;
p1 = new Student;
delete p1; //会转为:p->destructor() + operator delete(p);
//这里为我们期望p->destructor()是一个多态调用,而不是普通调用
return 0;
}
从上面可以看出,C++对函数重写的要求比较严格,但是有些情况下由于疏忽,可能会导致函数名字母次序写反而无法构成重载,而这种错误在编译期间是不会报出的,只有在程序运行时没有得到预期结果才来debug会得不偿失,因此:C++11提供了override和final两个关键字,可以帮助用户检测是否重写。
1. final:修饰虚函数,表示该虚函数不能再被重写
class Car
{
public:
virtual void Drive() final {}
};
class Benz :public Car
{
public:
virtual void Drive() { cout << "Benz-舒适" << endl; }
//virtual void Drive(int) { cout << "Benz-舒适" << endl; }//构成隐藏
};
//如果设计不想被继承的类,如何设计?
//方法1:基类构造函数私有 C++98
//方法2:基类加一个final C++11
2. override: 检查派生类虚函数是否重写了基类某个虚函数,如果没有重写编译报错。
//override 帮助派生类检查是否完成重写,如果没有会报错
class Car {
public:
virtual void Drive() {}
};
class Benz :public Car {
public:
virtual void Drive() override { cout << "Benz-舒适" << endl; }
};
在虚函数的后面写上 =0 ,则这个函数为纯虚函数。包含纯虚函数的类叫做抽象类(也叫接口类),抽象类不能实例化出对象。派生类继承后也不能实例化出对象,只有重写纯虚函数,派生类才能实例化出对象。纯虚函数规范了派生类必须重写,另外纯虚函数更体现出了接口继承。
//纯虚函数:间接强制派生类重写虚函数
class Car
{
public:
virtual void Drive() = 0;
};
class Benz :public Car
{
public:
virtual void Drive()
{
cout << "Benz-舒适" << endl;
}
};
class BMW :public Car
{
public:
virtual void Drive()
{
cout << "BMW-操控" << endl;
}
};
int main()
{
//虽然纯虚函数不能实例化出对象,但是可以定义指针类型和引用类型
Car* pBenz = new Benz;
pBenz->Drive();
Car* pBMW = new BMW;
pBMW->Drive();
return 0;
}
普通函数的继承是一种实现继承,派生类继承了基类函数,可以使用函数,继承的是函数的实现。虚函数的继承是一种接口继承,派生类继承的是基类虚函数的接口,目的是为了重写,达成多态,继承的是接口。所以如果不实现多态,不要把函数定义成虚函数。
// 这里常考一道笔试题:sizeof(Base)是多少?
class Base
{
public:
virtual void Func1()
{
cout << "Base::Func1()" << endl;
}
virtual void Func2()
{
cout << "Base::Func2()" << endl;
}
private:
int _b = 1;
};
class Derive : public Base
{
public:
virtual void Func1()
{
cout << "Derive::Func1()" << endl;
}
private:
int _d = 2;
};
int main()
{
Base b;
Derive d;
printf("%d\n", sizeof(b));
return 0;
}
通过观察测试我们发现b对象是8bytes,除了_b成员,通过监视观察还多一个__vfptr放在对象的前面(注意有些平台可能会放到对象的最后面,这个跟平台有关),对象中的这个指针我们叫做虚函数表指针(v代表virtual,f代表function)。一个含有虚函数的类中都至少都有一个虚函数表指针,虚函数表指针指向的是虚函数表的地址,虚函数表里面存储着虚函数的地址,因为虚函数的地址要被放到虚函数表中,虚函数表也简称虚表(虚表本质是一个函数指针数组)。那么派生类中这个表放了些什么呢?我们接着往下分析
// 针对上面的代码我们做出以下改造
// 1.我们增加一个派生类Derive去继承Base
// 2.Derive中重写Func1
// 3.Base再增加一个虚函数Func2和一个普通函数Func3
class Base
{
public:
virtual void Func1()
{
cout << "Base::Func1()" << endl;
}
virtual void Func2()
{
cout << "Base::Func2()" << endl;
}
void Func3()
{
cout << "Base::Func3()" << endl;
}
private:
int _b = 1;
};
class Derive : public Base
{
public:
virtual void Func1()
{
cout << "Derive::Func1()" << endl;
}
private:
int _d = 2;
};
int main()
{
Base b;
Derive d;
//不符合多态调用时,编译时就确定地址
b.Func1();//不符合时直接看调用者的类型,然后到这个类里面去寻找这个函数的地址进行调用
//符合多态时,运行时到指向对象的虚函数表中找到调用函数的地址
Base* ptr = &b;
ptr->Func1();
return 0;
}
通过观察和测试,我们发现了以下几点问题:
1. 派生类对象d中也有一个虚表指针,d对象由两部分构成,一部分是自己的成员,一部分是父类继承下来的成员,并且继承下来的虚表指针指向的地址中储存着基类的虚函数地址和被重写的Derive虚函数地址。
2. 基类b对象和派生类d对象虚表是不一样的(同类型的对象共用一个虚表),这里我们发现Func1完成了重写,所以d的虚表中存的是重写的Derive::Func1,所以虚函数的重写也叫作覆盖,覆盖就是指虚表中虚函数的覆盖(指的是继承了基类的虚表,重写了Derive::Func1,覆盖了继承下来的Base::Func1)。重写是语法的叫法,覆盖是原理层的叫法。
3. 另外Func2继承下来后是虚函数,所以放进了虚表,Func3也继承下来了,但是不是虚函数,所以不会放进虚表。
4. 虚函数表本质是一个存虚函数指针的指针数组,一般情况这个数组最后面放了一个nullptr。
5. 总结一下派生类的虚表生成:
a.先将基类中的虚表内容拷贝一份到派生类虚表中
b.如果派生类重写了基类中某个虚函数,用派生类自己的虚函数覆盖虚表中基类的虚函数
c.派生类自己新增加的虚函数按其在派生类中的声明次序增加到派生类虚表的最后。
6. 这里还有一个很容易混淆的问题:虚函数存在哪的?虚表存在哪的? 答:虚函数存在虚表,虚表存在对象中。注意上面的回答是错的。但是很多人都是这样深以为然的。注意虚表存的是虚函数指针(地址),不是虚函数,虚函数和普通函数一样的,都是存在代码段的,只是他的指针(地址)又存到了虚表中。另外对象中存的不是虚表,存的是虚表指针,只是虚表指针指向了虚表的地址。那么虚表存在哪的呢?实际我们去验证一下会发现vs下是存在代码段的。
1. 静态绑定又称为前期绑定(早绑定),在程序编译期间确定了程序的行为,也称为静态多态,比如:函数重载
2. 动态绑定又称后期绑定(晚绑定),是在程序运行期间,根据具体拿到的类型确定程序的具体行为,调用具体的函数,也称为动态多态。列如:继承、虚函数重写,实现多态。
需要注意的是在单继承和多继承关系中,下面我们去关注的是派生类对象的虚表模型,因为基类的虚表模型前面我们已经看过了,没什么需要特别研究的。
typedef void(*FUNC_PTR)();//类型是void(*)(),FUNC_PTR是它的类型名
//打印函数指针数组
void PrintVFT(FUNC_PTR* table)//类型是void(*)() * ,FUNC_PTR是它的类型名
{
// 依次取虚表中的虚函数指针打印并调用。调用就可以看出存的是哪个函数
for (size_t i = 0; table[i] != nullptr; i++)//指针(地址)都是四个字节或者八个字节,size_t也是4个字节
{
printf("[%d]:%p->", i, table[i]);
FUNC_PTR f = table[i];
f();
}
printf("\n");
}
class Base1
{
public:
virtual void func1() { cout << "Base1::func1" << endl; }
virtual void func2() { cout << "Base1::func2" << endl; }
private:
int b1 = 1;
};
class Base2 : public Base1
{
public:
virtual void func1() { cout << "Base2::func1" << endl; }
virtual void func3() { cout << "Base2::func3" << endl; }
private:
int b2 = 1;
};
int main()
{
Base1 B1;
Base2 B2;
// 思路:取出B1、B2对象的头4bytes,就是虚表的指针,前面我们说了虚函数表本质是一个存虚函数
//指针的指针数组,这个数组最后面放了一个nullptr
// 1.先取B1的地址,强转成一个int*的指针
// 2.再解引用取值,就取到了B1对象头4bytes的值,这个值就是指向虚表的指针
// 3.再强转成FUNC_PTR*,因为虚表就是一个存FUNC_PTR*类型(虚函数指针类型)的数组。
// 4.虚表指针传递给PrintVFT进行打印虚表
// 5.需要说明的是这个打印虚表的代码经常会崩溃,因为编译器有时对虚表的处理不干净,虚表最
//后面没有放nullptr,导致越界,这是编译器的问题。我们只需要点目录栏的 - 生成 - 清理解决方案,再
//编译就好了。
int vft1 = *((int*)&B1);
PrintVFT((FUNC_PTR*)vft1);
int vft2 = *((int*)&B2);
PrintVFT((FUNC_PTR*)vft2);
return 0;
}
观察监视窗口中我们发现看不见func3。这里是编译器的监视窗口故意隐藏了这个函数,也可以认为是他的一个小bug。那么我们如何查看d的虚表呢?下面我们使用代码打印出虚表中的函数
typedef void(*FUNC_PTR)();//类型是void(*)(),FUNC_PTR是它的类型名
//打印函数指针数组
void PrintVFT(FUNC_PTR* table)//类型是void(*)() * ,FUNC_PTR是它的类型名
{
for (size_t i = 0; table[i] != nullptr; i++)//指针(地址)都是四个字节或者八个字节
{
printf("[%d]:%p->", i, table[i]);
FUNC_PTR f = table[i];
f();
}
printf("\n");
}
class Base1 {
public:
virtual void func1() { cout << "Base1::func1" << endl; }
virtual void func2() { cout << "Base1::func2" << endl; }
private:
int b1 = 1;
};
class Base2 {
public:
virtual void func1() { cout << "Base2::func1" << endl; }
virtual void func2() { cout << "Base2::func2" << endl; }
private:
int b2 = 2;
};
class Derive : public Base1, public Base2 {
public:
virtual void func1() { cout << "Derive::func1" << endl; }
virtual void func3() { cout << "Derive::func3" << endl; }
private:
int d1 = 3;
};
int main()
{
Derive d;
cout << sizeof(d) << endl;//20
//求第一张虚表的位置
int vft1 = *((int*)&d);
PrintVFT((FUNC_PTR*)vft1);
//求第二张虚表的位置
//方法1
//int vft2 = *((int*)((char*)&d + sizeof(Base1)));
//PrintVFT((FUNC_PTR*)vft2);
//方法2
Base2* ptr = &d;
int vtf3 = *((int*)ptr);
PrintVFT((FUNC_PTR*)vtf3);
Base1* ptr1 = &d;
ptr1->func1();
Base2* ptr2 = &d;
ptr2->func1();
return 0;
}
实际中我们不建议设计出菱形继承及菱形虚拟继承,一方面太复杂容易出问题,另一方面这样的模型,访问基类成员有一定得性能损耗。所以菱形继承、菱形虚拟继承我们的虚表我们就不看了,一般我们也不需要研究清楚,因为实际中很少用。