C++异常：异常体系

前言

C语言传统的处理错误的机制：

1. 终止程序（比如：assert）： 用户难以接受，发生内存错误就会终止程序。
2. 返回错误码： 系统的很多库的接口函数都是通过把错误码放到errno中，表示错误。需要程序员自己根据错误码去查找对应的错误。
3. C标准库中setjmp和longjmp组合。

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

今天我们主要来探究一下C++中处理异常的机制。

一：C++异常概念

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

1.1 异常的使用

throw： 当错误出现时，程序会使用 throw 关键字抛出一个异常。

catch： 处理异常时通过异常处理程序捕获（catch）异常 ，可以有多个catch进行捕获。

try： try块中的代码标识将被激活的特定异常，它后面通常跟着一个或多个 catch 块。

代码演示：

#include<iostream>
#include<vector>
using namespace std;

int main(){
	try{
		vector<int> v = { 1, 2, 3, 4, 5, 6 };
		for (int cur = 0; cur <= v.size(); cur++){
			cout << v.at(cur) << " ";
		}
		cout << endl;
	}
	catch (exception& e){
		cout << e.what() << endl;
	}
	return 0;
}

输出结果：1 2 3 4 5 6 invalid vector<T> subscript

1.2 异常的抛出和匹配原则

匹配原则：

1. 抛出的对象的类型决定了应该激活哪个catch的处理代码。
2. 被选中的处理代码是调用链中与该对象类型匹配且离抛出异常位置最近的那一个。
3. 抛出异常对象后，会生成一个异常对象的拷贝，因为抛出的异常对象可能是一个临时对象，所以会生成一个拷贝对象，这个拷贝的临时对象会在被catch以后销毁。
4. catch(…)可以捕获任意类型的异常。

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

二：自定义异常体系

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

实际中抛出和捕获的匹配原则有个例外，并不是类型完全匹配：抛出派生类的对象，使用基类进行捕获。

代码演示：

class Exception{
protected:
	int _errid; // 错误码
	string _errmsg; // 错误描述
};

class SqlException :public Exception{
	// 数据库错误处理
};

class NetException :public Exception{
	// 网络错误处理
};

int main(){
	try{
		// server.Start();
		// 抛出对象都是派生类对象
	}
	catch (const Exception& e){
		// 这里捕获父类对象就可以
	}
	catch (...){
		cout << "Unkown Exception" << endl;
	}

	return 0;
}

注：C++ 提供了一系列标准的异常，定义在 < exception > 中，我们可以在程序中使用这些标准的异常。它们是以父子类层次结构组织起来的。

三：异常规范与安全

3.1 异常规范

异常规格说明的目的是为了让函数使用者知道该函数可能抛出的异常有哪些。 可以在函数的后面接throw(类型)，列出这个函数可能抛掷的所有异常类型。

// 这里表示这个函数会抛出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 new (std::size_t size, void* ptr) throw();
void* operator new (std::size_t size, void* ptr) noexcept;

3.2 异常安全

1.构造函数完成对象的构造和初始化，最好不要在构造函数中抛出异常，否则可能导致对象不完整或没有完全初始化。

2.析构函数主要完成资源的清理，最好不要在析构函数内抛出异常，否则可能导致资源泄漏(内存泄漏、句柄未关闭等)

3.C++中异常经常会导致资源泄漏的问题，比如在new和delete中抛出了异常，导致内存泄漏，在lock和unlock之间抛出了异常导致死锁，C++经常使用RAII来解决以上问题。

四：异常的优缺点

4.1 异常优点

1. 相比错误码的方式可以清晰准确的展示出错误的各种信息，甚至可以包含堆栈调用的信息，这样可以帮助更好的定位程序的bug。
2. 部分函数使用异常更好处理（比如：越界访问、没有返回值）
3. 多层调用的场景下，内层发生错误不需要再进行层层处理，只需要最外层直接捕获即可。
4. 很多第三方库都使用了异常（boost、gtest、gmock）。

4.2 异常缺点

1. 异常会导致执行流不按原本的流程执行，会给调试分析带来困难。
2. 异常可能会导致资源泄露等异常安全问题。
3. C++标准库中的异常体系不是很方便。
4. C++的异常语言可以抛出任意类型的异常，项目中若没有做好规范管理会很容易造成混乱。

小结

异常总体而言，利大于弊，所以工程中我们还是鼓励使用异常的。另外OO的语言基本都是用异常处理错误，这也可以看出这是大势所趋。