EC读书笔记系列之4:条款8 别让异常逃离析构函数
条款8 别让异常逃离析构函数
记住:
★析构函数绝对不要吐出异常。若一个被析构函数调用的函数可能抛出异常,析构函数应该捕捉任何异常,然后吞下它们(不传播)或结束程序。
★若客户需对某个操作函数运行期间抛出的异常做出反应,那么class应提供一个普通函数(而非在析构函数)执行该操作。
-----------------------------------------------------------------------------------------------------------------------------------------
问题背景:
class Widget {
public:
...
~Widget() {...} //假设这个可能吐出一个异常
}; void doSomething() {
std::vector<Widget> v;
...
}
当容器v被销毁时,其有责任销毁其内含的所有Widgets。假设v内含十个Widgets,而在析构第一个元素期间,有个异常被抛出,此时其他九个Widgets还是应该被销毁,因此v应该调用它们各个析构函数。但假设在那些调用期间,第二个Widget析构函数又抛出异常。现在有两个同时作用的异常,在此情况下,程序若不是结束执行就是导致不明确行为!!!
若你的析构函数必须执行一个动作,而该动作可能会抛出异常,该怎么办?举例如下:
class DBConnection { //此类负责数据库连接 public:
...
static DBConnection create();
void close(); //关闭数据库连接,失败时会抛出异常
}; class DBConn { //此class用来管理DBConnection对象 public:
...
~DBConn() { db.close(); //确保数据库连接总会被关闭
} private:
DBConnection db;
}
客户很可能会写出如下代码:
{
DBConn dbc( DBConnection::create() )
...
//在区块结束点,DBConn对象被销毁,∴自动为DBConnection对象调用close
}
若调用close()成功一切好说;若该调用导致异常,DBConn析构函数会传播该异常,也即允许它离开这个析构函数,这就会造成问题!!!
三个办法可以解决:(前两个方法无吸引力,第三个是较佳策略)
方法一:若close抛出异常就结束程序:
DBConn::~DBConn() { try { db.close();
}
catch(...) { //...表示捕获所有的异常
只做运转记录,记下对close的调用失败
std::abort();
}
}
方法二:吞下因调用close而发生的异常
DBConn::~DBConn() { try { db.close();
}
catch(...) {
制作运转记录,记下对close的调用失败
}
}
方法三:较佳策略
重新设计DBConn接口,使其客户有机会对可能出现的问题作出反应(即让客户自己参与!):
class DBConn { public:
...
void close() { //供客户使用的新函数 db.close();
closed = true;
} ~DBConn() { if( !closed ) {//若客户忘了调用close函数,则由destructor来关闭,这是双保险 try { db.close();
}
catch(...) { //吞下所有异常 制作运转记录,记下对close的调用失败
}
} } private:
DBConnection db;
bool closed;
};
EC读书笔记系列之4:条款8 别让异常逃离析构函数的更多相关文章
- EC读书笔记系列之16:条款35、36、37、38、39、40
条款35 考虑virtual函数以外的其他选择 记住: ★virtual函数的替代方案包括NVI手法及Strategy模式的多种形式.NVI手法自身是一个特殊形式的Template Method模式 ...
- EC读书笔记系列之1:条款1、条款2、条款3
条款1:视C++为一个语言联邦 记住: ★C++高效编程守则视状况而变化,这取决于你使用C++的哪一部分 C: Object-oriented c++: Template c++: STL 条款2:尽 ...
- EC读书笔记系列之20:条款53、54、55
条款53 不要轻忽编译器的警告 记住: ★严肃对待编译器发出的警告信息.努力在你的编译器的最高(最严苛)警告级别下争取“无任何警告”的荣誉 ★不要过度依赖编译器的报警能力,∵不同的编译器对待事情的态度 ...
- EC读书笔记系列之19:条款49、50、51、52
条款49 了解new-handler的行为 记住: ★set_new_handler允许客户指定一个函数,在内存分配无法获得满足时被调用 ★Nothrow new是一个颇为局限的工具,∵其只适用于内存 ...
- EC读书笔记系列之18:条款47、48
条款47 请使用traits classes表现类型信息 记住: ★Traits classes使得“类型相关信息”在编译期可用.它们以templates和“templates特化”完成实现 ★整合重 ...
- EC读书笔记系列之17:条款41、42、43、44、45、46
条款41 了解隐式接口与编译器多态 记住: ★classes和templates都支持接口和多态 ★对classes而言接口是显式的(explicit),以函数签名为中心.多态则是通过virtual函 ...
- EC读书笔记系列之15:条款32、33、34
条款32 确保你的public继承塑模出is-a关系 记住: ★public继承意味着is-a.适用于base class身上的每一件事情一定也适用于derived class身上,∵每一个deriv ...
- EC读书笔记系列之14:条款26、27、28、29、30、31
条款26 尽可能延后变量定义式的出现时间(Lazy evaluation) 记住: ★尽可能延后变量定义式的出现.这样做可增加程序的清晰度并改善程序效率 ----------------------- ...
- EC读书笔记系列之12:条款22、23、24
条款22 将成员变量声明为private 记住: ★切记将成员变量声明为private.这可赋予客户访问数据的一致性.可细微划分访问控制.允诺约束条件获得保证,并提供class作者以充分的实现弹性. ...
随机推荐
- android listiew适配器
List<Map<String>> Items = new ArrayList<Map<String>>(); // 把该显示的内容放到list中 fo ...
- mongodb 学习笔记 04 -- 游标、索引
游标 var cursor = db.collectionName.find() 创建游标 cursor.hasNext() 是否有下一个元素 cursor.next() 取出下一个元素 比如 whi ...
- Windows下nc文件传输
起初用的一下命令: 接收端:nc –n –l –p port –vv > xxx 发送端:nc –n ip port < yyy 但是发现数据传输完成后,不会自动断开连接,要手动的断开,这 ...
- 【转载】【转自AekdyCoin的组合数取模】
本篇文章主要介绍了"[组合数求模] 转自AekdyCoin",主要涉及到[组合数求模] 转自AekdyCoin方面的内容,对于[组合数求模] 转自AekdyCoin感兴趣的同学可以 ...
- Java基础笔记-多线程
线程: 方式一:继承Thread类并且复写run方法. 格式: class MyThread extends Thread { public void run() { 线程中要运行的代码. } } 其 ...
- 【27前端】base标签带有href属性会让chrome里的svg元素url失效
一个chrome的问题,但具体原因不明. 触发条件:chrome浏览器base标签里href属性有值的时候 触发问题:svg里面的元素如果有用url的滤镜和模糊,则会失效,在firefox里和IE10 ...
- 如何灵活利用免费开源图标字体-IcoMoon篇
http://www.zhangxinxu.com/wordpress/2012/06/free-icon-font-usage-icomoon/
- 标准C++的vector使用
原文:http://blog.csdn.net/pandy1110/article/details/5963908 C++内置的数组支持容器的机制,但是它不支持容器抽象的语义.要解决此问题我们自己实现 ...
- (转)C#与C++之间类型的对应
C#与C++之间类型的对应 Windows Data Type .NET Data Type BOOL, BOOLEAN Boolean or Int32 BSTR String BYTE Byte ...
- SSR服务端一键安装脚本
支持新协议混淆,SSR服务端一键安装脚本 Shadowsocks-R 是项目 shadowsocks 的增强版,用于方便地产生各种协议接口.实现为在原来的协议外套一层编码和解码接口,不但可以伪装成 ...