Effective C++——》 条款08：别让异常逃离析构函数

举书上的例子，有以下代码：

 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应该提供一个普通函数，而非在析构函数中执行该操作。