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