条款09:绝不在构造和析构过程中调用virtual函数

127 篇文章 7 订阅
39 篇文章 3 订阅

条款09:绝不在构造和析构过程中调用virtual函数

Never call virtual functions during construction of destruction.

derived class中,base class的初始化先于derived class

之所以不要在构造函数和析构函数起点调用virtual函数,是因为这种调用并不会带来预期的结果。

举个例子,假设有这样一个class继承体系,用来模拟股市的买进、卖出的订单等。在这样的过程中,一定要经过审计,因此每当创建一个交易对象时,在审计日志(audit log)中也需要创建一笔适当的记录:

class Transaction {         //所有交易的base class
public:
    Transaction();
    virtual void logTransaction() const = 0;  //做出一份因为类型不同而不同的日志记录,目前是一个纯虚函数
    ...
};

Transaction::Transaction()  //base class的构造函数的实现
{
    ...
    logTransaction();    //最后的动作是对这笔交易进行记录
}

class BuyTransaction: public Transaction {    //derived class
public:
    virtual void logTransaction() const;   //对这种类型的交易进行记录(log)
    ...
};

class SellTransaction: public Transaction {   //derived class
public:
    virtual void logTransaction() const;   //对这种类型的交易进行记录(log)
    ...
};

当我们执行如下语句时:

BuyTransaction b;

此时,一定会有一个BuyTransaction构造函数被调用,但是,首先Transaction构造函数一定会更早的被调用,即:

  • derived class对象内的base class成分会在derived class自身成分被构造之前先完成构造。

然而,Transaction构造函数中的virtual函数logTransaction却会引发问题。
因为此时所调用的logTransaction是Transaction内的版本,而不是BuyTransaction内的版本——即使目前即将创建的对象是BuyTransaction。即:

  • base class构造期间,virtual函数绝不会下降到derived classes阶层。

换种说法,即:

  • 在base class构造期间,virtual函数不是virtual函数。(虚非虚

更根本的原因在于:在derived class对象的base class构造期间,对象的类型是base class而不是derived class。不止virtual函数会被编译器解析至(resolve to)base class,若使用运行期间类型信息,也会把对象视为base class。
在上面的例子中,当Transaction构造函数正在执行起来,打算初始化“BuyTransaction对象内的base class成分”时,该对象的类型是Transaction。而这个对象内的“BuyTransaction专属成分尚未被初始化。因此在面对它们时,最安全的做法就是视它们不存在。总之:

  • 对象在derived class构造函数开始执行之前不会成为一个derived class对象。

相同的道理同样适用于析构函数
一旦derived class析构函数开始执行,对象内的derived class成员变量便呈现出未定义值。因此,C++将其视为仿佛不存在。进入base class析构函数后对象就变成了一个base class对象。

因此,在上面的例子中,Transaction构造函数直接调用一个virtual函数,这很明显就违反了该条款的内容。
因为logTransaction函数在Transaction内是一个pure virtual(纯虚函数)。除非它被定义了,否则程序无法连接,因为连接器找不到必要的Transaction::logTransaction实现代码

但是,侦测“构造函数或析构函数运行期间是否调用virtual函数”并不简单。
如果Transaction有多个构造函数,每个都需要执行某些相同的工作,那么避免代码重复的一个优秀做法就是将共同的初始化代码(包括对logTransaction的调用)都放到一个初始化函数如init内:

class Transaction {
public:
    Transaction()    //调用non-virtual(init()是non-virtual)
    {  init();  }
    virtual void logTransaction() const = 0;
    ...
private:
    void init()
    {
        ...
        logTransaction();    //调用了virtual!!
    }
};

上面的这段代码,和早期的版本是一样的,但是却有更深层次的危害,因为这样并不会引起编译器和连接器的报错。
此时,由于logTransaction是Transaction的一个pure virtual函数,当pure virtual函数被调用是,大多执行系统会终止程序。
然而,如果logTransaction是个正常的virtual(即impure)函数,并在Transaction内带有一份代码,该版本就会被调用,程序也会继续往下进行,只会造成创建一个derived class对象时会调用错误版本的logTransaction。
为了避免这一问题,解决办法为:

  • 保证构造函数和析构函数都没有(在对象被创建和销毁期间)调用virtual函数,而他们调用的所有函数也都服从同一约束。

但是,又如何确保每一次都有Transaction继承体系上的对象被创建,就会有适当版本的logTransaction被调用?
解决办法为:

  • 一种办法是在class Transaction内将logTransaction函数改为non-virtual,然后要求derived class构造函数传递必要的信息给Transaction构造函数,而后那个构造函数边可以安全的调用non-virtual logTransaction。

即:

class Transaction {
public:
    explicit Transaction(const std::string& logInfo);
    void logTransaction(const std:;string& logInfo) const;//此时,是一个non-virtual函数
    ...
};

Transaction::Transaction(const std::string& logInfo)
{
    ...
    logTransaction(logInfo);    //此时,是一个non-virtual调用
}

class BuyTransaction: public Transaction {
public: 
    BuyTransaction( parameters )
        : Transaction(createLogString( parameters )) //将log信息传递给base class构造函数
        { ... }
    ...
private:
    static std::string createLogString( parameters );
};

换句话说,由于无法使用virtual函数从base class**向下调用,在构造期间,可以由“令derived classes将必要的构造信息向上传递至base class构造函数**”替换并加以弥补。

在上面的例子中,需要注意BuyTransaction中的private static函数createLogString的运用。利用这种辅助函数创建一个值传给base class构造函数比较方便并且更可读。令这个函数为static,也就不可能意外指向“初期未成熟的BuyTransaction对象内尚未初始化的成员对象”。正式因为“那些成员变量处于未定义状态”,所以“在base class构造函数和析构函数期间调用的virtual函数不可下降至derived classes”。

最后:

在构造和析构期间不要调用virtual函数,因为这类调用从不下降至derived class(比起当前执行构造函数和析构函数的那层)。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值