读书笔记_Effective_C++_条款八:别让异常逃离析构函数
举书上的例子,有以下代码:
1 class Widget 2 { 3 public: 4 ~Widget(){…} // 析构函数 5 }; 6 7 void DoSomething() 8 { 9 vector<Widget> v; 10 }
STL的vector在析构时会逐一调用容器内每个元素的析构函数,这样问题就来了,万一在Widget的析构函数里出现了异常,又没有及时地在析构函数中处理这个异常,导致异常被抛出,因为vector中存在多个Widget元素,这样在析构时就会多次抛出未处理的异常,多个异常同时存在是非常危险的,它会导致不明确的行为。
最好的解决方案就是在析构函数里面把异常给解决掉,像这样:
1 ~Widget() 2 { 3 try 4 {…} 5 catch 6 { 7 记录出错的位置 8 终止程序 9 } 10 }
记录错误总是要做的,但关于要不要出现异常就终止程序,在书上也作了一番探讨,主要在于这个程序是否可以终止,还是必须要坚持运作下去,这取决于实际的需要。
书上还举了一个例子,就是对析构函数做的事情模块化成一个函数,将这个函数设置成public,交由用户自行调用,若用户忘了做这件事情,再交给析构函数做。我觉得这样太麻烦,把程序弄的冗长了,所以这里就不介绍了。
下面总结一下:
(1) 析构函数绝对不要吐出异常,应该在内部“消化”掉这些异常;
(2) 如果客户需要对某个操作函数运行期间抛出的异常做出反应,那么class应该提供一个普通函数,而非在析构函数中执行该操作。