条款08：别让异常逃离析构函数

系统管理员 2022-06-10 00:47 134阅读 0赞

// 条款08: 别让异常逃离析构函数
    // 这个条款有歧义，并不是一定要在析构函数里面放异常,
    // 而是析构里面发生的异常不要抛出到析构外面去处理。
    
    #include <iostream>
    #include <string>
    
    using namespace std;
    
    // 1.析构函数吐出异常，程序可能过早结束或出现不明确行为。
    
    // 数据库连接类
    class DBConnection {
    public:
    	static DBConnection create() {
    		return DBConnection();
    	}
    	void close() {  // 关闭联机，失败则抛出异常。
    	}
    };
    
    // 为了避免客户忘记调用close，创建一个管理DBConnection的类，并在析构函数中调用close。
    class DBConn {
    public:
    	DBConn(DBConnection dbc) {
    		db = dbc;
    	}
    	~DBConn() {  // 确保数据库总是被关闭
    		db.close();
    	}
    
    private:
    	DBConnection db;
    };
    
    // 客户可以这样调用它们
    void TestDBConnection() {
    	DBConn dbc(DBConnection::create());
    }
    // 当对象dbc销毁的时候，自动调用close函数。但是如果关闭不成功，DBConn析构函数就会
    // 抛出该异常，也就是允许该异常离开析构函数。这就会造成难以驾驭的麻烦。
    
    // 2.为了避免上述问题，有三种办法来解决。一个就是即时终止程序，另一种就是析构函数内部吞掉。
    // 方法一： 终止程序
    // ~DBConn() {
    //  	try {
    //		db.close();
    //		}
    //		catch (...) {
    //		// 打log，记下close的调用失败。
    //			abort();  // 终止程序，避免将异常从析构函数中抛出，那会导致不明确行为。
    //  	}
    //  }
    // 方法二： 内部吞掉
    // ~DBConn() {
    //  	try {
    //		db.close();
    //		}
    //		catch (...) {
    //		// 打log，记下close的调用失败。
    //  	}
    //  }
    // 一般而言，将异常吞掉会压制“某些失败动作”的重要信息。但是比草率的结束程序好。
    
    // 方法三：重新设计DBConn接口，时刻会有机会去处理该异常。
    class DBConn2 {
    public:
    	~DBConn2() {
    		if (!closed) {
    			try {  // 如果客户不去关闭的话，自己关闭连接
    				db.close();
    			}
    			catch (...) {  // 如果关闭失败，只能使用使用方法一和二。
    				//吞下程序或者结束程序
    			}
    		}
    	}
    	void close() {  // 供客户使用的新函数
    		db.close();
    		closed = true;
    	}
    
    private:
    	bool closed;
    	DBConnection db;
    };
    // 为什么要使用DBConn2这个类。这个类是用来管理DBConnection的。为了避免客户忘记关闭
    // 而在析构函数里面来关闭，这种情况是客户忘了关闭或者客户坚信关闭不会发生异常。所以用
    // 这个类来管理很方便。但是如果客户很在乎关闭异常怎么办，那么可以调用DBConn2里面的close
    // 来自己处理异常。
    
    // 2.如果客户需要对某个操作函数运行期间抛出的异常做出反应，那么class应该提供一个普通函数
    // 而不是在析构函数里面去执行该操作。