1.最好是不要让析构函数吐出异常,如果析构函数吐出异常而且程序没有结束,这会导致不明确的行为
当异常抛出时,本身函数就结束,函数里的后续处理就不会执行,这要是发生在析构函数里,可能因为
异常而导致后续的数据释放没有完成,造成内存泄露
class Test { public:Test(){ p = new char[4]; } ~Test(){ throw("exception"); //退出析构函数delete p; //不会执行 } private: char *p; };
两种不是很好的解决方法
(1) 结束整个程序:Test *p = new Test;
try{ delete p; }
catch(...)
{
abort(); //直接结束程序,程序结束后系统自动会收回所为程序分配的内存
}
(2) 吞掉异常,对异常不做处理Test *p = new Test;
try{ delete p; }
catch(...){}
2."双保险",把可能发生异常的处理放到析构函数以外的函数,如果那个函数没有执行或者发送异常,则再到析构函数里处理
其实这个方法也没有多少好处,但是提供一个管理类,使得用户有了选择,而且减少了在析构函数里吐异常的可能
class Test_1 { public: void close(){....} //可能发生异常的函数 };class Test_2 //定义一个管理类 { public:Test_2(){ isClose = false}void close(){t1.close(); //若发生异常,下面的语句不会被执行isClose = true;} ~Test_2(){ if(!isClose){ try{ t1.close(); } //这个类的close()没有被使用或者发送异常,所以在析构函数里调用t1.close()关闭 catch(...){} //这里可以使用结束整个程序或者吞掉异常方法处理 }}private:Test_1 t1; bool isClose; };