C++ 异常

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

传统的错误处理机制：

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

实际中C语言基本都是使用返回错误码的方式处理错误，部分情况下使用终止程序处理非常严重的错误。
这种传统的处理错误的缺陷:
a、拿到错误码，需要查找错误码表，才知道是什么错误。
b、如果一个函数是用过返回值拿数据，发生错误时很难处理。
c、如果调用的函数栈很深，一层层返回错误码，整个处理很难受。

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 块
}

模拟除0错误的异常处理：

//利用返回值判断
	/*int div(int n, int m, int& ret)
	{
		if (m == 0)
		{
			return -1;//返回-1，但是要明白-1对应的是除0错误码
		}
		ret = n / m;
		return 0;
	}*/

//抛异常处理
	int div(int n, int m)
	{
		if (m == 0)
		{
			//throw "发生除0错误";
			throw string("发生除0错误"); // throw 可以抛出任意类型的对象
			// 直接跳转到catch匹配的地方
		}
		return n / m;
	}
}

void f1()
{
	try{
		int n, m;
		cin >> n >> m;
		cout << bitdiv(n, m) << endl;
	}
	catch (const string& err)
	{
		cout <<__LINE__<<err << endl;//__LINE__可以打印那一行
	}
}

异常的使用

异常的抛出和捕获

异常的抛出和匹配原则

1. 异常是通过抛出对象而引发的，该对象的类型决定了应该激活哪个catch的处理代码。
2. 被选中的处理代码是调用链中与该对象类型匹配且离抛出异常位置最近的那一个。
3. 抛出异常对象后，会生成一个异常对象的拷贝，因为抛出的异常对象可能是一个临时对象，所以会生成一个拷贝对象，这个拷贝的临时对象会在被catch以后销毁。（这里的处理类似于函数的传值返回）
4. catch(…)可以捕获任意类型的异常，问题是不知道异常错误是什么（位置错误）。
5. 实际中抛出和捕获的匹配原则有个例外，并不都是类型完全匹配，可以抛出的派生类对象，用基类捕获，这个在实际中非常实用。

在函数调用链中异常栈展开匹配原则
6. 首先检查throw本身是否在try块内部，如果是再查找匹配的catch语句。如果有匹配的，则调到catch的地方进行处理。
7. 没有匹配的catch则退出当前函数栈，继续在调用函数的栈中进行查找匹配的catch。
8. 如果到达main函数的栈，依旧没有匹配的，则终止程序。上述这个沿着调用链查找匹配的catch子句的过程称为栈展开。所以实际中我们最后都要加一个catch(…)捕获任意类型的异常，否则当有异常没捕获，程序就会直接终止。
9. 找到匹配的catch子句并处理以后，会继续沿着catch子句后面继续执行。

double Division(int a, int b)
{
	// 当b == 0时抛出异常
	if (b == 0)
		throw "Division by zero condition!";
	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<<"unkown exception"<<endl;
	}
	return 0;
}

异常的重新抛出

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++中异常经常会导致资源泄漏的问题，比如在new和delete中抛出了异常，导致内存泄漏，在lock和unlock之间抛出了异常导致死锁，C++经常使用RAII（利用对象的生命周期来托管资源）来解决以上问题。

// 异常可能会导致的异常安全问题
//new / fopen / lock
//
//func();  // 如果抛异常就会有异常安全问题 -> 捕获重新抛出 or RAII 解决
//
//delete/fclose/ unlock//抛异常后，这里的释放资源逻辑就不会执行，导致内存泄露

异常规范

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 new (std::size_t size, void* ptr) throw();
void* operator new (std::size_t size, void* ptr) noexcept;

自定义异常体系

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

// 公司会给一个基类
// 要求你可以自己抛自己定义的异常，但是必须继承这个基类
// 这样的话，外层捕获就只需要捕获基类就可以
class Exception
{
public:
	Exception(const char* errmsg, int errid)
		: _errmsg(errmsg)
		,_errid(errid)
	{}

	virtual string what() = 0;
protected:
	int _errid;       // 错误码
	string _errmsg;   // 错误描述
	//stack<string> _st; // 调用栈帧
};

class SqlException : public Exception
{
public:
	SqlException(const char* errmsg, int errid)
		:Exception(errmsg, errid)
	{}

	virtual string what()
	{
		return "数据库错误:" + _errmsg;
	}
};

class NetworkException : public Exception
{
public:
	NetworkException(const char* errmsg, int errid)
		:Exception(errmsg, errid)
	{}

	virtual string what()
	{
		return "网络错误:" + _errmsg;
	}
};

void ServerStart()
{
	// 模拟一下出现问题抛异常报错
	if (rand() % 11 == 0)
		throw SqlException("数据库启动失败", 1);

	if (rand() % 7 == 0)
		throw NetworkException("网络连接失败", 3);

	cout << "正常运行" << endl;
}
int main()
{
	for (size_t i = 0; i < 100; i++)
	{
		try
		{
			ServerStart();// 抛出对象都是派生类对象
		}
		catch (Exception& e)// 这里捕获父类对象就可以
		{
			cout << e.what() << endl;
		}
		catch (...)
		{
			cout << "未知异常" << endl;
		}
	}
}

异常的优缺点总结

优点：

• 清晰的包含错误信息
• 面对T operator[](int i)这样函数越界错误，异常可以很好的解决
• 多层调用时，里面发生错误，不再需要层层处理，最外层直接捕获即可
• 很多第三方库都是用异常，我们也使用异常可以更好的使用他们。比如：boost、gtest、gmock

缺点：

• 异常会导致执行流乱跳。会给我调试分析程序bug带来一些困难。
• C++没有GC，异常可能到导致资源泄露等异常安全问题，需要学会使用RAII来解决。
• C++的库里面的异常体系定义不太好用，很多公司都会选择自己定义。
• C++的异常语言可以抛任意类型的异常，如果项目中没有做很好规范管理，那么会非常的混乱，所以一般需要定义出继承体系的异常规范。

注意：异常整体而言还是一个利大于弊的东西，所以实际日常练习或者小项目，不太使用（为了方便）；而公司一般还是会选择异常来处理错误（为了安全规范）。