C++:异常

C语言传统的处理错误的方式

传统的错误处理机制:
1. 终止程序,如 assert ,缺陷:用户难以接受。如发生内存错误,除 0 错误时就会终止程序。
2. 返回错误码 ,缺陷:需要程序员自己去查找对应的错误。如系统的很多库的接口函数都是通
过把错误码放到 errno 中,表示错误
实际中 C 语言基本都是使用返回错误码的方式处理错误,部分情况下使用终止程序处理非常严重的
错误。

C++异常概念

异常是一种处理错误的方式, 当一个函数发现自己无法处理的错误时就可以抛出异常,让函数的
直接或间接的调用者处理这个错误
  • throw: 当问题出现时,程序会抛出一个异常。这是通过使用 throw 关键字来完成的。
  • catch: 在您想要处理问题的地方,通过异常处理程序捕获异常.catch 关键字用于捕获异常,可以有多个catch进行捕获。
  • try: try 块中的代码标识将被激活的特定异常,它后面通常跟着一个或多个 catch 块。
如果有一个块抛出一个异常,捕获异常的方法会使用 try catch 关键字。 try 块中放置可能抛
出异常的代码, try 块中的代码被称为保护代码。使用 try/catch 语句的语法如下所示:

异常的使用

异常的抛出和捕获

异常的抛出和匹配原则
1. 异常是通过 抛出对象而引发 的,该 对象的类型 决定了应该激活哪个 catch 的处理代码。
2. 选中的处理代码 是调用链中 与该对象类型匹配且离抛出异常位置最近 的那一个。
3. 抛出异常对象后,会生成一个异常对象的拷贝,因为抛出的异常对象可能是一个临时对象,
所以会生成一个拷贝对象,这个拷贝的临时对象会在被 catch 以后销毁。(这里的处理类似
于函数的传值返回)
4. catch(...) 可以捕获任意类型的异常,问题是不知道异常错误是什么。
5. 实际中抛出和捕获的匹配原则有个例外,并不都是类型完全匹配, 可以抛出的派生类对象,
使用基类捕获,这个在实际中非常实用,我们后面会详细讲解这个
在函数调用链中异常栈展开匹配原则
1. 首先 检查 throw 本身是否在 try 块内部,如果是再查找匹配的 catch 语句 。如果有匹配的,则
调到 catch 的地方进行处理。
2. 没有匹配的 catch 则退出当前函数栈,继续在调用函数的栈中进行查找匹配的 catch
3. 如果到达 main 函数的栈,依旧没有匹配的,则终止程序 。上述这个沿着调用链查找匹配的
catch 子句的过程称为 栈展开 。所以实际中我们最后都要加一个 catch(...) 捕获任意类型的异
常,否则当有异常没捕获,程序就会直接终止。
4. 找到匹配的 catch 子句并处理以后,会继续沿着 catch 子句后面继续执行。
double Division(int a, int b)
{
	// 当b == 0时抛出异常
	if (b == 0)
	{
		//string str("Division by zero condition!");
		//throw str;
		throw 1;
	}
	else
	{
		return ((double)a / (double)b);
	}
}

void Func()
{
	try {
		int len, time;
		cin >> len >> time;
    	cout << Division(len, time) << endl;
	}
	catch (const char* err)
	{
		cout << err << endl;
	}
	cout << "xxxxxxxxxxx" << endl;
}

int main()
{
	bool flag = true;
	while (flag)
	{
		try {
			Func();
		}
		catch (const char* errmsg)
		{
			cout << errmsg << endl;
		}
		catch (const string& s)
		{
			cout << s << endl;
		}
		catch (...)  // 任意类型
		{
			cout << "未知异常" << endl;
		}
	}
	
	return 0;
}

异常的重新抛出

有可能单个的 catch 不能完全处理一个异常,在进行一些校正处理以后,希望再交给更外层的调用
链函数来处理, catch 则可以通过重新抛出将异常传递给更上层的函数进行处理。
double Division(int a, int b)
{
 // 当b == 0时抛出异常
 if (b == 0)
 {
 throw "Division by zero condition!";
 }
 return (double)a / (double)b;
}
void Func()
{
 // 这里可以看到如果发生除0错误抛出异常,另外下面的array没有得到释放。
 // 所以这里捕获异常后并不处理异常,异常还是交给外面处理,这里捕获了再
 // 重新抛出去。
 int* array = new int[10];
 try {
 int len, time;
 cin >> len >> time;
 cout << Division(len, time) << endl;
 }
 catch (...)
 {
 cout << "delete []" << array << endl;
 delete[] array;
 throw;
 }
 // ...
 cout << "delete []" << array << endl;
 delete[] array;
}
int main()
{
 try
 {
 Func();
 }
 catch (const char* errmsg)
 {
 cout << errmsg << endl;
 }
 return 0;
}

异常安全

  • 构造函数完成对象的构造和初始化最好不要在构造函数中抛出异常,否则可能导致对象不完整或没有完全初始化
  • 析构函数主要完成资源的清理最好不要在析构函数内抛出异常,否则可能导致资源泄漏(内存泄漏、句柄未关闭等)
  • C++中异常经常会导致资源泄漏的问题,比如在newdelete中抛出了异常,导致内存泄漏,在lockunlock之间抛出了异常导致死锁,C++经常使用RAII来解决以上问题,关于RAII我们智能指针这节进行讲解。

异常规范

1. 异常规格说明的目的是为了让函数使用者知道该函数可能抛出的异常有哪些。 可以在函数的后面接throw( 类型 ) ,列出这个函数可能抛掷的所有异常类型。
2. 函数的后面接 throw() ,表示函数不抛异常。
3. 若无异常接口声明,则此函数可以抛掷任何类型的异常。

自定义异常体系

实际使用中很多公司都会自定义自己的异常体系进行规范的异常管理,因为一个项目中如果大家 随意抛异常,那么外层的调用者基本就没办法玩了,所以实际中都会定义一套继承的规范体系。 这样大家抛出的都是继承的派生类对象,捕获一个基类就可以了。
// 服务器开发中通常使用的异常继承体系
class Exception
{
public:
 Exception(const string& errmsg, int id)
 :_errmsg(errmsg)
 ,_id(id)
 {}
 virtual string what() const
 {
 return _errmsg;
 }
protected:
 string _errmsg;
 int _id;
};
class SqlException : public Exception
{
public:
 SqlException(const string& errmsg, int id, const string& sql)
 :Exception(errmsg, id)
 , _sql(sql)
 {}
 virtual string what() const
 {
 string str = "SqlException:";
 str += _errmsg;
 str += "->";
 str += _sql;
 return str;
 }
private:
 const string _sql;
};
class CacheException : public Exception
{
public:
 CacheException(const string& errmsg, int id)
 :Exception(errmsg, id)
 {}
 virtual string what() const
 {
 string str = "CacheException:";
 str += _errmsg;
 return str;
 }
};
class HttpServerException : public Exception
{
public:
 HttpServerException(const string& errmsg, int id, const string& type)
 :Exception(errmsg, id)
 , _type(type)
 {}
 virtual string what() const
 {
 string str = "HttpServerException:";
 str += _type;
 str += ":";
 str += _errmsg;
return str;
 }
private:
 const string _type;
};
void SQLMgr()
{
 srand(time(0));
 if (rand() % 7 == 0)
 {
 throw SqlException("权限不足", 100, "select * from name = '张三'");
 }
 //throw "xxxxxx";
}
void CacheMgr()
{
 srand(time(0));
 if (rand() % 5 == 0)
 {
 throw CacheException("权限不足", 100);
 }
 else if (rand() % 6 == 0)
 {
 throw CacheException("数据不存在", 101);
 }
 SQLMgr();
}
void HttpServer()
{
 // ...
 srand(time(0));
 if (rand() % 3 == 0)
 {
 throw HttpServerException("请求资源不存在", 100, "get");
 }
 else if (rand() % 4 == 0)
 {
 throw HttpServerException("权限不足", 101, "post");
 }
 CacheMgr();
}
int main()
{
 while (1)
 {
 this_thread::sleep_for(chrono::seconds(1));
 try{
 HttpServer();
 }
catch (const Exception& e) // 这里捕获父类对象就可以
 {
 // 多态
 cout << e.what() << endl;
 }
 catch (...)
 {
 cout << "Unkown Exception" << endl;
 }
 }
 return 0;
}

C++ 标准库的异常体系
C++ 提供了一系列标准的异常,定义在 中,我们可以在程序中使用这些标准的异常。它们是以父
子类层次结构组织起来的,如下所示:

异常的优缺点

C++ 异常的优点:
1. 异常对象定义好了, 相比错误码的方式可以清晰准确的展示出错误的各种信息 ,甚至可以包含堆栈调用的信息,这样可以帮助更好的定位程序的 bug
2. 返回错误码的传统方式有个很大的问题就是,在函数调用链中,深层的函数返回了错误,那么我们得层层返回错误,最外层才能拿到错误,具体看下面的详细解释。
3. 很多的第三方库都包含异常,比如 boost gtest gmock 等等常用的库,那么我们使用它们也需要使用异常。
4. 部分函数使用异常更好处理,比如构造函数没有返回值,不方便使用错误码方式处理。比如T& operator这样的函数,如果 pos 越界了只能使用异常或者终止程序处理,没办法通过返回值表示错误。
C++ 异常的缺点:
1. 异常会导致程序的执行流乱跳,并且非常的混乱,并且是运行时出错抛异常就会乱跳。这会导致我们跟踪调试时以及分析程序时,比较困难。
2. 异常会有一些性能的开销。当然在现代硬件速度很快的情况下,这个影响基本忽略不计。
3. C++ 没有垃圾回收机制,资源需要自己管理。有了异常非常容易导致内存泄漏、死锁等异常
安全问题。这个需要使用 RAII 来处理资源的管理问题。学习成本较高。
4. C++ 标准库的异常体系定义得不好,导致大家各自定义各自的异常体系,非常的混乱。
5. 异常尽量规范使用,否则后果不堪设想,随意抛异常,外层捕获的用户苦不堪言。所以异常规范有两点:一、抛出异常类型都继承自一个基类。二、函数是否抛异常、抛什么异常,都使用 func(), throw(); 的方式规范化。
总结 :异常总体而言,利大于弊,所以工程中我们还是鼓励使用异常的。另外 OO 的语言基本都是 用异常处理错误,这也可以看出这是大势所趋。

补充RAII:

  • 15
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

你好,赵志伟

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值