C++构造函数抛出异常需要注意的地方
从语法上来说,构造函数可以抛出异常。但从逻辑上和风险控制上,构造函数中尽量不要抛出异常。万不得已,一定要注意防止内存泄露。
1.构造函数抛出异常导致内存泄漏
在C++构造函数中,既需要分配内存,又需要抛出异常时要特别注意防止内存泄露的情况发生。因为在构造函数中抛出异常,在概念上将被视为该对象没有被成功构造,因此当前对象的析构函数就不会被调用。同时,由于构造函数本身也是一个函数,在函数体内抛出异常将导致当前函数运行结束,并释放已经构造的成员对象,包括其基类的成员,即执行直接基类和成员对象的析构函数。考察如下程序。
#include <iostream> using namespace std; class C { int m; public: C(){cout<<"in C constructor"<<endl;} ~C(){cout<<"in C destructor"<<endl;} }; class A { public: A(){cout<<"in A constructor"<<endl;} ~A(){cout<<"in A destructor"<<endl;} }; class B:public A { public: C c; char* resource; B() { resource=new char[100]; cout<<"in B constructor"<<endl; throw -1; } ~B() { cout<<"in B destructor"<<endl; delete[] resource; } }; int main() { try { B b; } catch(int) { cout<<"catched"<<endl; } }
程序输出结果:
in A constructor
in C constructor
in B constructor
in C destructor
in A destructor
catched
从输出结果可以看出,在构造函数中抛出异常,当前对象的析构函数不会被调用,如果在构造函数中分配了内存,那么会造成内存泄露,所以要格外注意。
此外,在构造对象b的时候,先要执行其直接基类A的构造函数,再执行其成员对象c的构造函数,然后再进入类B的构造函数。由于在类B的构造函数中抛出了异常,而此异常并未在构造函数中被捕捉,所以导致类B的构造函数执行中断,对象b并未构造完成。在类B的构造函数“回滚”的过程中,c的析构函数和类A的析构函数相继被调用。最后,由于b并没有被成功构造,所以main()函数结束时,并不会调用b的析构函数,也就很容易造成内存泄露。
2.使用智能指针管理内存资源
使用RAII(Resource Acquisition is Initialization)技术可以避免内存泄漏。RAII即资源获取即初始化,也就是说在构造函数中申请分配资源,在析构函数中释放资源。因为C++的语言机制保证了,当一个对象创建的时候,自动调用构造函数,当对象超出作用域的时候会自动调用析构函数。所以,在RAII的指导下,我们应该使用类来管理资源,将资源和对象的生命周期绑定。智能指针是RAII最具代表的实现,使用智能指针,可以实现自动的内存管理,再也不需要担心忘记delete造成的内存泄漏。
因此,当构造函数不得已抛出异常时,可以利用“智能指针”unique_ptr来防止内存泄露。参考如下程序
#include <iostream> using namespace std; class A { public: A() { cout << "in A constructor" << endl; } ~A() { cout << "in A destructor" << endl; } }; class B { public: unique_ptr<A> pA; B():pA(new A) { cout << "in B constructor" << endl; throw - 1; } ~B() { cout << "in B destructor" << endl; } }; int main() { try { B b; } catch (int) { cout << "catched" << endl; } }
程序运行结果:
in A constructor
in B constructor
in A destructor
catched
从程序的运行结果来看,通过智能指针对内存资源的管理,尽管在类B构造函数抛出异常导致类B析构函数未被执行,但类A的析构函数仍然在对象pA生命周期结束时被调用,避免了资源泄漏。
以上就是C++构造函数抛出异常需要注意的地方的详细内容,更多关于C++构造函数的资料请关注我们其它相关文章!