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

假设你使用一个class 负责数据库连接：

class DBConnection {
public:
	static DBConnection create(); // 这个函数返回DBConnection对象;
	void close(); // 关闭联机； 失败则抛出异常
};

   创建一个用来管理DBConnection 资源的class , 并在其析构函数中调用close。

class DBConn {
public:
	~DBConn() {	// 确保数据库连接总是会被关闭
		db.close();
	}
private:
	DBConnection db{};
};

  这便允许客户写出这样的代码：

{									// 开启一个区块(block)。
DBConn dbc(DBConnection::create());	// 建立DBConnection对象并交给DBConn 对象以便管理
									// 通过DBConn的接口
									// 使用 DBConnection对象
									// 在区块结束点， DBConn对象
									// 被销毁, 因而自动
									// 为DBConnection 对象调用close
}

 &nbs; 如果该调用导致异常， DBConn析构函数会传播该异常， 也就是允许它离开这个析构函数。 那会造成问题， 因为那就是抛出了难以驾驭的麻烦。

1. 如果close 抛出异常就结束程序。 通常通过调用abort完成:

DBConn::~DBConn() {
	try{
		db.close();
	} catch (...) {
		制作运转记录， 记下对close的调用失败;
		std::abort();
	}
}

   如果程序遭遇一个"在析构期间发生的错误"后无法继续执行， “强迫结束程序”是个合理选项。 毕竟它可以阻止异常从析构函数传播出去(那会导致不明确的行为)。
2. 吞下因调用close而发生的异常

DBConn::~DBConn() 
{
	try {
		db.close();
	} 
	catch (...) {
		制作运转记录， 记下对close的调用失败;
	}
}

一个较佳策略是重新设计DBConn接口， 使其客户有机会对可能出现的问题作出反应。

class DBConn {
public:
	void close(){	// 供客户使用的新函数
		db.close();
		closed = true;
	}
		
	~DBConn() {
		if (!closed) {
			try {		// 关闭连接
				db.close();
			}
			catch (...) {							// 如果关闭动作失败，
				制作运转记录， 记下对close的调用失败; 	// 记录下来并结束程序
			}										// 或吞下异常
		}
	}
	private:
		DBConnection db;
		bool closed;
};

总结：

1. 析构函数绝对不要吐出异常。 如果一个被析构函数调用的函数可能抛出异常， 析构函数应该捕获任何异常， 然后吞下它们或结束程序。
2. 如果客户需要对某个操作函数运行期间抛出的异常做出反应， 那么class应该提供一个普通函数(而非在析构函数中)执行该操作。