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

1 class Widget 2 { 3 public: 4          ~Widget(){…} // 析构函数 5 }; 6  7 void DoSomething() 8 { 9          vector
     
       v;10 }
     

STL的vector在析构时会逐一调用容器内每个元素的析构函数，这样问题就来了，万一在Widget的析构函数里出现了异常，又没有及时地在析构函数中处理这个异常，导致异常被抛出，因为vector中存在多个Widget元素，这样在析构时就会多次抛出未处理的异常，多个异常同时存在是非常危险的，它会导致不明确的行为。

最好的解决方案就是在析构函数里面把异常给解决掉，像这样：

1 ~Widget() 2 { 3          try 4          {…} 5          catch 6          { 7             记录出错的位置 8             终止程序 9          }10 }

记录错误总是要做的，但关于要不要出现异常就终止程序，在书上也作了一番探讨，主要在于这个程序是否可以终止，还是必须要坚持运作下去，这取决于实际的需要。

书上还举了一个例子，就是对析构函数做的事情模块化成一个函数，将这个函数设置成public，交由用户自行调用，若用户忘了做这件事情，再交给析构函数做。我觉得这样太麻烦，把程序弄的冗长了，所以这里就不介绍了。

下面总结一下：

(1)     析构函数绝对不要吐出异常，应该在内部“消化”掉这些异常；

(2)     如果客户需要对某个操作函数运行期间抛出的异常做出反应，那么class应该提供一个普通函数，而非在析构函数中执行该操作。