effective C++ 读书笔记 条款08「建议收藏」

effective C++ 读书笔记 条款08

大家好,又见面了,我是全栈君。

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

假设在析构函数其中发生了异常,程序可能会过早结束或者导致不明白行为(异常从析构函数传播出去)

 

看代码:

#include <iostream>
using namespace std;


class DBConnection
{
public:


	void close()
	{
			int i = 3;
			int j = 0;
			int k = i/j;
			printf("%d\n",k);
	}
};

class DBConn
{
public:
	DBConn()
	{

	}

	/*
	~DBConn()
	{
			db.close();
	}
	*/



	//解决的方法1:强迫结束程序
	
	~DBConn()
	{
		try
		{
			db.close();
		}
		catch(...)
		{
			abort();//假设一个程序遭遇一个“于析构期间发生的错误”后无法继续同意,强迫结束是个合理的选择。用abort阻止异常从析构函数传播出去
		}
	}
	


	//解决的方法2:吞下异常
	/*
	~DBConn()
	{
		try
		{
			db.close();
		}
		catch (...)
		{
			//制作运转记录,记下对close的调用失败
		}
	
	}
	*/
private:
	DBConnection db;
};


int main()
{
	DBConn dbc;
	//dbc对象销毁时会自己主动调用DBConnection的close函数;仅仅要调用close成功,一切美好,可是假设该调用出现异常。DBConn析构函数
	//会传播该异常。也就是同意它离开这个析构函数。

会造成问题。

return 0;}/*採用本来的析构函数:执行程序。提示一个程序已经停止工作(感觉这里编译器优化到解决方式1了,自己主动做了处理),假设不停止工作。也出现了不明白行为。

採用解决方式1:执行程序,提示一个debug error,终止程序。採用解决方式2:执行程序,程序执行通过。可是也不会打印k的值*/

上面的解决方式1和2。都导致对close抛出的异常无法处理:

最佳办法就是DBConn自己又一次设计一个close接口,使得程序猿能够自己调用:

#include <iostream>
using namespace std;


class DBConnection
{
public:


	void close()
	{
			int i = 3;
			int j = 0;
			int k = i/j;
			printf("%d\n",k);
	}
};

class DBConn
{
public:
	DBConn()
	{

	}
	~DBConn()
	{
		if (!closed)
		{
			try  //关闭连接。假设客户不那么做的话
			{
				db.close()
			}
			catch(...)
			{
				//在这里结束程序或者吞下异常
			}
		}

	}

	void close()
	{
		db.close();
		closed = true;
	}


private:
	DBConnection db;
	bool closed;
};


int main()
{
	DBConn dbc;
	//dbc对象销毁时会自己主动调用DBConnection的close函数;仅仅要调用close成功,一切美好,可是假设该调用出现异常,DBConn析构函数
	//会传播该异常,也就是同意它离开这个析构函数。会造成问题。


	return 0;
}

/*

这种方法把调用close的责任从DBConn析构函数手上移动到DBConn客户手上(但DBConn析构函数仍含有一个“双保险”调用).

假设某个操作可能在失败时抛出异常。而又存在某种须要必须处理该异常,那么这个异常必须来自析构函数以外的某个函数
由于析构函数吐出异常,总会带来“过早结束程序”或者“发生不明白行为”的风险。

这里由客户自己调用close函数。假设发现异常,能够处理。总结: 1:析构函数绝对不要吐出异常,假设一个被析构函数调用的函数可能抛出异常,析构函数应该捕捉该异常,然后吞下它们(不传播)或结束程序 2:假设客户须要对某个操作函数执行期间抛出的异常做出反应,那么class应该提供一个普通函数(而非析构函数)执行该操作。*/

 

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

2:假设客户须要对某个操作函数执行期间抛出的异常做出反应,那么class应该提供一个普通函数(而非析构函数)执行该操作。
 

 

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/115238.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • django 自定义过滤器_adguard自定义过滤器

    django 自定义过滤器_adguard自定义过滤器前言虽然DTL给我们内置了许多好用的过滤器。但是有些时候还是不能满足我们的需求。因此Django给我们提供了一个接口,可以让我们自定义过滤器,实现自己的需求。自定义过滤器首先在某个app中,创建

  • Postgresql基础操作3-常用SQL命令

    Postgresql基础操作3-常用SQL命令

  • 支付逻辑漏洞

    支付逻辑漏洞警告请勿使用本文提到的内容违反法律。本文不提供任何担保一、漏洞分类(一)支付过程中可直接修改数据包中的支付金额这种漏洞应该是支付漏洞中最常见的,主要针对支付宝等需要第三方支付的案例。开发人员往往会为了方便,直接在支付的关键步骤数据包中直接传递需要支付的金额。而这种金额后端没有做校验,传递过程中也没有做签名,导致可以随意篡改金额提交。只需要在支付过程中用抓包工具抓包发现有金额的参数修改成任意即可。(二)没有对购买数量进行限制这种漏洞应该是支…

  • 【CEGUI】资源加载流程「建议收藏」

    【CEGUI】资源加载流程「建议收藏」CEGUI资源加载流程主要资源类型Schemescheme资源(包括图像集、字体资源、窗口外观信息、类型映射)等。可以通过“.scheme“”将CEGUI系统所需要的全部资源一次加载。例:TaharezLook.scheme<?xmlversion=”1.0″?> <GUISchemeversion=”5″name=”TaharezLook”> <Imagesetfilename=”TaharezLook.imagese

  • PyCharm激活码永久有效PyCharm2021.1.2激活码教程-持续更新,一步到位

    PyCharm激活码永久有效PyCharm2021.1.2激活码教程-持续更新,一步到位PyCharm激活码永久有效2021.1.2激活码教程-Windows版永久激活-持续更新,Idea激活码2021.1.2成功激活

  • 微信小程序列表页面_微信发现没有小程序

    微信小程序列表页面_微信发现没有小程序尽量不要用缓存去写效果展示:点击编辑,进入编辑页第一页编辑按钮:<viewclass=”bj-btn”bindtap=”redactGroup”data-id=”{{传递的id}}”>编辑</view>redactGroup方法:options.currentTarget.dataset.前面自定义的名字redactGroup(options){letid=options.currentTarget.dataset.id;…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号