Effective C++ —— 别让异常逃离析构函数

C++ 并不禁止析构函数吐出异常，但不鼓励这么做。
1.如果一个被析构函数调用的函数可能抛出异常，则析构函数应该捕获这些异常，然后终止程序或吞下它们。
2.如果客户需要对某个函数在运行中抛出的异常做出反应，那么这个类应该提供一个普通函数（非析构函数）执行该操作。

class Widget
{
    public:
    Widget();
    ~Widget()
    {}
};
void work()
{
    std::vector<Widget> v;
}

v在销毁时有责任销毁容器内的所有Widget 对象，如果在销毁第一个对象时抛出了异常，剩下的对象还是应该被销毁。如果第二个对象被销毁时又出现了异常，这时对于C++而言异常有些多了，程序不是结束执行就是导致不明确行为。
使用标准库容器或数组等都有可能出现这样的情况，其实只要析构函数吐出异常，程序都会出现这样的问题。
第二个例子:DBConnection 类负责数据库连接
class DBConnection
{
public:
static DBConnection Create();
private:
void close();//关闭联机，释放资源，失败则抛出异常
}；

为确保客户不忘记调用close（）方法来释放资源，可以设计一个数据库资源管理类，在其析构函数中调用close().
class DBResManager
{
public:
DBResManager();
~DBResManager()
{
db.close();
}
private:
DBConnection db;
};
close()调用成功，一切都美好，一旦异常抛出，则DBResManager析构函数会传播异常。两个解决方案：
一.调用abort（）终止程序

DBResManager::~DBResManager()
{
try
{
    db.close();
}
catch()
{
    std::abort();//终止程序，避免异常传播
}
}

二.吞下异常

DBResManager::~DBResManager()
{
try
{
    db.close();
}
catch()
{
    //吞下异常，程序继续执行，保证程序可以继续可靠执行
}
}

最好的方案是：重新设计DBResManager类的接口，让客户有机会处理异常

class DBResManager
{
    public:
    DBResManager();
    void close()
    {
        db.close();
        closed = true;
    }
    ~DBResManager()
    {
        if(!closed)
        {
            try
            {
                db.close();
            }
            catch()
            {
                //吞下异常，程序继续执行，保证程序可以继续可靠执行
            }       
    }
    private:
    DBConnection db;
    bool closed;
};

说明:当某个操作在失败时可能抛出异常，又必须对这个异常进行处理时，那么这个处理函数必须是非析构函数。因为在析构函数中抛出异常是个很糟糕的想法，结果就是过早地结束程序或发生不明确的行为。