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

本文为senlie原创,转载请保留此地址:http://blog.csdn.net/zhengsenlie

经验1:

析构函数绝对不要吐出异常。如果一个被析构函数调用的函数可能抛出异常,析构函数应该捕捉任何异常,然后吞下它们(不传播)或结束程序。

示例:

class DBConnection{
public:
	static DBConnection create(); //返回DBConnection对象
	void close();
};

class DBConn{   //这个class用来管理DBConnection对象
public:
	~DBConn(){  //确保数据库连接总是会被关闭
		try{ db.close();}
		catch(Exception e){
			//制作运转记录,记下对close的调用失败
			//1.调用abort结束程序,阻止异常从析构函数传播出去,
			//那样会导致不明确的行为
			std::abort();
			//2.或者可以选择不调用std::abort()函数,直接吞下异常
		}
	}
private:
	DBConnection db;
};

经验2:

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

示例:

class DBConnection{
public:
	static DBConnection create(); //返回DBConnection对象
	void close();
};

class DBConn{   //这个class用来管理DBConnection对象
public:
	void close()   //双重保险。客户可以自己选择如何处理错误
	{
		db.close();
		closed = true;
	}

	~DBConn(){  //确保数据库连接总是会被关闭
		try{ db.close();}
		catch(Exception e){
			//制作运转记录,记下对close的调用失败
			//1.调用abort结束程序,阻止异常从析构函数传播出去,
			//那样会导致不明确的行为
			std::abort();
			//2.或者可以选择不调用std::abort()函数,直接吞下异常
		}
	}
private:
	DBConnection db;
	bool closed;
};

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

时间: 2024-08-10 02:10:20

Effective C++ Item 8 别让异常逃离析构函数的相关文章

Effective C++ 条款八 别让异常逃离析构函数

class DBConn //这个class用来管理DBConnction对象 { public:   //自己设计一个新的DBConn接口 方法3 void close() { db.close(); closed = true; }     ~DBConn() //确保数据库连接总是会被关闭 { //db.close();   if (!closed) { try { db.close(); } catch() { //制作运转记录,记下对close的调用失 } } } protected:

Effective C++ Item 08-别让异常逃离析构函数

Item 08-别让异常逃离析构函数(Prevent exceptions from leaving destructors) C++并不禁止析构函数吐出异常,但它不鼓励你这样做.这是有理由的. Ex: class Widget{ public: ~Widget(){...}      //假设这个可能吐出一个异常 }; void doSomething() { std::vector<Widget> v; ...                                        

Effective C++_笔记_条款08_别让异常逃离析构函数

(整理自Effctive C++,转载请注明.整理者:华科小涛@http://www.cnblogs.com/hust-ghtao/) C++并不禁止析构函数吐出异常,但它不鼓励你这样做.考虑如下代码: 1: class Widget{ 2: public: 3: ... 4: ~Widget() {...} //假设这个可能吐出一个异常 5: }; 6:  7: void doSomething() 8: { 9: vector<Widget> v ; //v在这里被自动销毁 10: ...

Effective C++ Item 09-绝不在构造函数和析构函数中调用virtual函数

Item 09-绝不在构造函数和析构函数中调用virtual函数(Never call virtual functions during construction or destruction) Why? 由于base class构造函数的执行更早于derived class构造函数,当base class构造函数执行derived class的成员变量尚未初始化.如果期间调用的virtual函数下降至derived class阶层,要知道derived class的函数几乎必然取用local成

《Effective C++》——条款08:别让异常逃离析构函数

考虑如下代码: class Widget{ public: ... ~Widget(){...}//假设这个可能吐出一个异常 }; void doSomething() { std::vector<Widget>v; }//v在这里被销毁 当vector v被销毁,它有责任销毁其内含的所有Widgets.假设v内含十个Widgets,而在析构第一个元素期间,有个异常被抛出.其他九个Widgets还是应该被销毁,因此v应该调用它们各个析构函数.假设在调用期间,第二个Widget析构函数又抛出异常

条款8: 不要让异常逃离析构函数

举个例子: class DBConnection { public: ... static DBConnection create(); void close(); };//这个class负责数据库连接. //为了防止用户忘了close这个数据库连接,很容易想起来定义一个辅助类: class DBCon{ public: .. ~DBCon(){dbc.close();} private: DBConnection dbc; } close如果调用成功的情况下,是没问题的.但是如果调用导致异常的

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

**在调用析构函数中出现的异常有两种方法: 一是调用abort强制结束程序:** 二是吞下异常: **更好的办法是: 针对某一个可能在析构函数中出现异常的部分,为用户提供该部分函数的调用放法从而给用户处理异常的机会:** 注意:

别让异常逃离析构函数

前言 析构函数的作用在于完成对象销毁的一些“善后工作”,然而,某些不科学的设计会产生一些问题. 本文将说明其中的一种不科学设计 - "将异常处理机制设定在析构函数中" 会产生的问题,以及解决方案. 问题描述 首先,请看一下一段代码: 1 class Widget { 2 public: 3 //...... 4 ~Widget() { // 假定这个析构函数可能会吐出异常 5 //...... 6 } 7 //...... 8 }; 9 10 void doSomething () 1

EC笔记,第二部分:8.别让异常逃离析构函数

1.为何析构函数不应该抛出异常?    有两种情况:    1).假设析构函数中有众多语句,而第一条语句抛出异常(或者其他语句),那么抛出异常以后的语句就得不到执行.而通常我们在析构函数中写的是清理资源(或回收资源)的代码,那么部分资源就不会被回收,会造成内存泄漏或程序提前结束(abort的作用).    2).析构函数被调用的时间是在对象被销毁时,而我们很难知道(或者说没有刻意注意)对象何时被销毁,所以很难捕捉一个由析构函数抛出的异常(更别说处理了).2.两个并不高明的解决方案    1).在