【GeekBand】Week04

1.动态绑定(dynamic binding)

所谓动态绑定,是指在执行期间(非编译期)判断所引用对象的实际类型,根据其实际的类型调用其相应的方法。程序运行过程中,把函数(或过程)调用与响应调用所需要的代码相结合的过程称为动态绑定。
在c++中,通过基类的引用或者指针调用虚函数的时候就会发生动态绑定。

#include<iostream>
using namespace std;
class B
{
public:
      void fun()
{
        cout<<"我来自B"<<endl;
}     
};
class D: public B
{
public:
//void fun()
//{
        //cout<<"我来自D"<<endl;
//}    
     
};
int main()
{
D x;
    B *pB = &x;
    pB->fun();
    D *pD = &x;
    pD->fun();
    return 0;
}       

那么两次调用fun()函数是否相同呢?当然,如果D中没有定义fun()函数(如例子中),那么两次调用的行为肯定会是一样的,为:

      我来自B
      我来自B

但是调用过程却不同。

       pB->fun(); //pB为指向B类型的指针,直接调用B中的fun()函数。
       pD->fun(); //pD为指向D类型的指针,编译器首先在D中查找fun()函数的声明,没有找到
                  //,然后到D的基类B中去找,找到fun(),停止查找。

但如果D中有自己定义的fun()函数,那执行结果就会不同:
取消上面例子中的注释,结果为:

我来自B
我来自D

过程:

      pB->fun(); //调用B::fun()
      pD->fun(); //调用D::fun()

原因就是,(non-virtual)非虚函数都是静态绑定,也就是说,由于pB被声明为指向B类型的指针,那么通过pB调用的(non-virtual)非虚函数永远是B所定义的版本,即使pB指向一个类型为“B的派生类D“的对象。
但另一方面,(virtual)虚函数却是动态绑定,那么不管是通过什么类型的指针调用的这个虚函数,都会根据指针实际指向的对象类型来决定虚函数的调用,而与指针类型无关。如果fun()函数为虚函数,那么不管是通过pB还是pD调用fun()函数,都会调用D::fun(),因为pB和pD真正指向的都是同一个类型D的对象。请看如下代码:

class B
{
public:
      virtual void fun()
{
        cout<<"我来自B"<<endl;
}     
};
class D: public B
{
public:
void fun()
{
        cout<<"我来自D"<<endl;
}    
     
};
int main()
{
D x;
    B *pB = &x;
    pB->fun();
    D *pD = &x;
    pD->fun();
    return 0;
} 

程序中把fun函数声明为虚函数,所以不管是通过pB还是pD调用fun()函数,都会调用D::fun(),因为pB和pD真正指向的都是同一个类型D的对象。程序的输出结果验证了这一点:

我来自D
我来自D

因此在C++中,绝对不要重新定义继承而来的(non-virtual)非虚函数,因为这样的话,函数的调用决定因素不在对象本身,而与调用函数的指针类型有关,这将给程序留下不可预知的隐患。
如上例,任何一个对象D都可能表现出B或D的行为,决定因素不在x对象本身,而在于指向x的指针类型。同时,绝对不要重新定义一个继承而来的virtual函数的缺省参数值,因为缺省参数值都是静态绑定,而virtual函数却是动态绑定。

2.new与delete的重载

operator newoperator delete都是既可以重载为全局函数,也可以重在为类的成员函数。
标准库定义了operator new/delete函数的8个重载版本:

void* operator new(size_t);
void* operator new[] (size_t);
void* operator delete (void*) noexcept;
void* operator delete[] (void* noexcept;

我们可以通过cstdlib内的mallocfree函数来编写一个简单的newdelete

void* operator new(size_t size)
{
  if (void* mem = malloc(size))
    return mem;
  else 
    throw bad_alloc();
}
void* operator delete (void*) noexcept { free(mem);}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,830评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,992评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,875评论 0 331
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,837评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,734评论 5 360
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,091评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,550评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,217评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,368评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,298评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,350评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,027评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,623评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,706评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,940评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,349评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,936评论 2 341

推荐阅读更多精彩内容