【C++11】异常

🔥个人主页： Forcible Bug Maker
🔥专栏： C++

🌈前言

本篇博客主要内容：C++11处理错误的方式——异常。

在C++中，异常是一种处理运行时错误的机制，它允许程序在发生错误时，能够优雅地跳转到另一个代码段（异常处理代码），而不是像传统的错误处理方式那样（如返回错误码），可能需要调用者一层层检查并处理错误。异常提供了一种结构化的方式来处理程序中可能发生的异常情况，使得代码更加清晰、易于维护。

🔥C语言处理错误的方式

传统的错误处理机制：

1. 终止程序，如assert，缺陷：用户难以接受。如果发生内存错误，除以0错误是就会直接终止程序。
2. 返回错误码，缺陷：需要程序员自己去查找对应的错误，较麻烦。如系统很多库的接口函数都是通过把错误码放到errno中，表示错误。

实际中C语言基本都是返回错误码的方式处理错误，部分情况下使用终止程序处理非常严重的错误。

🔥C++异常的概念

异常是一种处理错误的方式，当一个函数发现自己无法处理的错误时就可以抛出异常，让函数直接或间接的调用处理这个错误。

• throw：当问题出现，程序会抛出一个异常。这时通过使用throw关键字来完成的。
• catch：在想要处理问题的地方，通过异常处理程序捕获异常，catch关键字用于捕获异常，可以有多个catch进行捕获。
• try：try块中的代码标识将被激活的特定异常，它后面通常跟着一个或多个catch块。

如果一个块会抛出异常，捕获异常的方法会使用try和catch关键字。try块中放置可能抛出异常的代码，try块中的代码被称为保护代码。使用try/catch语句的语法如下所示：

try
{
	// 保护的标识代码
}
catch (ExceptionName e1)
{
	// catch 块
}
catch (ExceptionName e2)
{
	// catch 块
}
catch (ExceptionName eN)
{
	// 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)
		throw "除0错误!";
	else
		return ((double)a / (double)b);
}
void Func()
{
	int len, time;
	cin >> len >> time;
	cout << Division(len, time) << endl;
}
int main()
{
	try 
	{
		Func();
	}
	catch (const char* errmsg) 
	{
		cout << errmsg << endl;
	}
	catch (...) {
		cout << "未知异常" << endl;
	}
	return 0;
}

异常的重新抛出：
有可能单个的catch不能完全处理一个异常，在进行一些矫正后，再交给更外层的调用链函数来处理，catch可以通过重新抛出异常传递给更上层的函数处理。

🔥异常安全

• 构造函数完成对象的构造和初始化，最好不要在构造函数中抛出异常，可能导致对象不完整或没有完全初始化。
• 析构函数主要完成资源清理，最好不要在析构函数内抛出异常，否则可能导致资源泄露，或句柄未关闭等问题。
• C++中异常经常会导致资源泄露的问题，比如函数体内在new后delete前抛出异常，容易直接跳出当前栈，导致内存泄露；在lock和unlock之间抛出异常导致死锁，C++通常用RAII（一种利用对象生命周期来控制程序资源的简单技术）来解决以上问题，RAII将在智能指针篇章详细讲解。

🔥异常规范

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

// 这里表示这个函数会抛出A/B/C/D中的某种类型的异常
void fun() throw(A，B，C，D);
// 这里表示这个函数只会抛出bad_alloc的异常
void* operator new (std::size_t size) throw (std::bad_alloc);
// 这里表示这个函数不会抛出异常
void* operator delete (std::size_t size, void* ptr) throw();
// C++11 中新增的noexcept，表示不会抛异常
thread() noexcept;
thread(thread&& x) noexcept;

具体实践下：

void func1() throw(int, char, double, std::pair<int, int>)
{
	throw long long(1);
}
void func2() throw()
{
	throw long long(2);
}
void func3() noexcept
{
	throw long long(3);
}
int main()
{
	try
	{
		// 分别调用以下三个函数
		// func1(); // 打印1
		// func2(); // 打印2
		// func3(); // 报错
	}
	catch (long long digit)
	{
		cout << digit << endl;
	}
	catch (...)
	{
		cout << "未知异常" << endl;
	}
	return 0;
}

可以发现，除了C++11的noexcept强制不允许抛异常外，throw(类型)起到的只是一个建议作用，如果你硬和他对着干，抛出声明类型之外的异常，编译器也无能为力。

🔥自定义异常体系

实际使用中很多公司都会自定义自己的异常体系进行规范的异常管理，如果一个项目中如果大家随意抛异常，那么外层的调用者基本就没办法玩了，所以实际中都会定义一套继承的规范体系。这样大家抛出的都是继承的派生类对象，捕获一个基类就可以了。

🌈结语

本篇博客主要介绍了异常，以及异常的基本用法。相比错误码的方式可以更清晰准确的展示出错误的各种信息，可以帮助更好的定位程序的bug。但异常相应的也带来了一些问题，它可能导致执行流乱跳，使分析困难，同时加大了性能开销。无垃圾回收的异常需要使用RAII的方式处理资源，加大了学习成本。不过总体而言，异常所带来的利大于弊。OO的语言基本都是用异常处理错误，这也可以看出这是大势所趋。