文章目录
- 传统的处理错误的方式
- C++异常
- C++异常的使用
- 抛异常的举例
- 异常的重新抛出
- 异常规范
- 自定义异常体系
- C++标准库中的异常体系
- 异常的优缺点
本篇总结的是C++中关于异常的内容
传统的处理错误的方式
在C
语言中,对于传统的错误方式有
- 终止程序:例如
assert
,但是问题在于有些过于暴力了,直接会终止程序 - 返回错误码:检查错误不太方便,需要去查找错误,成本比较高
C++异常
因此针对这种情况,C++
新增了异常的概念,异常是一种处理错误的方式,当一个函数发现自己无法处理的错误的时候就可以抛出异常,让函数直接或间接的让调用者来处理这个错误
throw
:当问题出现的时候,会抛出异常,这是throw
关键字来表示的catch
:当有需要处理的问题时,catch
用于捕获这个异常,可以有多个catch
进行捕获try
:try
当中的代码标识将被激活的特定异常,在它的后面会跟着catch
用于异常捕获
C++异常的使用
抛出和匹配原则
- 异常是抛出对象抛出的,因此这个对象的类型决定了要如何
catch
这个异常 - 被选中的处理代码是调用链中的与该对象匹配且离异常位置最近的那个
- 抛出异常对象后,会生成一个异常对象的拷贝,因为抛出的异常对象可能是一个临时对象,所以会生成一个拷贝对象,这个拷贝的临时对象会在
catch
后销毁,有些类似于传值返回 - 实际中的抛出和捕获也有例外,比如抛出派生类对象,可以用基类捕获,多态的原理
在函数调用链中异常栈展开匹配原则
- 首先检查
throw
本身是否在try
块内部,如果是再查找匹配的catch
语句。如果有匹配的,则调到catch
的地方进行处理 - 没有匹配的
catch
则退出当前函数栈,继续在调用函数的栈中进行查找匹配的catch
- 如果到达
main
函数的栈,依旧没有匹配的,则终止程序。上述这个沿着调用链查找匹配的catch
子句的过程称为栈展开。所以实际中我们最后都要加一个catch(...)
捕获任意类型的异常,否则当有异常没捕获,程序就会直接终止 - 找到匹配的
catch
子句并处理以后,会继续沿着catch
子句后面继续执行
抛异常的举例
void div1(int x, int y)
{if (y == 0){throw "除0错误";}else{cout << x / (double)y << endl;}
}int main()
{int x = 0, y = 0;cin >> x >> y;try{div1(x, y);}catch(const char* str){cout << str << endl;}return 0;
}
异常的重新抛出
在实际的使用中,可能会遇到单个的catch
不能处理一个异常,需要把这个异常再次进行抛出,所以catch
是可以重新抛出给更上层的函数的
举个例子:比如下面的场景
void div1(int x, int y)
{int* p = new int[10];if (y == 0){throw "除0错误";}else{cout << x / (double)y << endl;delete[] p;cout << "delete[]" << endl;}
}
如果只是这样单纯的抛异常,那么对于p所指向的这段空间就得不到释放,在实际的开发中这种内存泄漏是十分严重的情景,因此处于这种原因,可以在重新抛出异常
double Division(int a, int b)
{// 当b == 0时抛出异常if (b == 0){throw "Division by zero condition!";}return (double)a / (double)b;
}
void Func()
{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;
}
这样,无论在什么情况下,都可以既能释放内存,又能保证异常正常的抛出和接收了
异常规范
- 异常规格说明的目的是为了让函数使用者知道该函数可能抛出的异常有哪些,可以在函数的后面加一个
throw
(类型),来说明这个函数可能抛出的所有异常类型 - 如果只是加一个
throw
,则表示函数不抛异常 - 若没有无异常接口声明,则此函数可以抛任何类型的异常
自定义异常体系
在实际的开发过程中,异常体系是需要被自定义出来的,因此会提前定义一套继承的规范体系,抛出的都是继承的派生类对象,只需要捕获一个基类就可以了
// 服务器开发中通常使用的异常继承体系
// 定义了一个异常基类
class Exception
{
public:Exception(const string& errmsg, int id):_errmsg(errmsg), _id(id){}// 可以在外部显示的查看错误信息是什么virtual string what() const{return _errmsg;}
protected:// 通常包括有异常信息和抛出异常所对应的id号码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;}
};// web服务器异常
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 = '张三'");}
}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++标准库中的异常体系
异常的优缺点
优点:
- 异常对象定义好了,相比错误码的方式可以清晰准确的展示出错误的各种信息,甚至可以包含堆栈调用的信息,这样可以帮助更好的定位程序的
bug
- 返回错误码的传统方式有个很大的问题就是,在函数调用链中,深层的函数返回了错误,那么我们得层层返回错误,最外层才能拿到错误
- 很多的第三方库都包含异常,比如
boost、gtest、gmock
等等常用的库,那么我们使用它们也需要使用异常 - 部分函数使用异常更好处理,比如构造函数没有返回值,不方便使用错误码方式处理。比如
T& operator
这样的函数,如果pos
越界了只能使用异常或者终止程序处理,没办法通过返回值表示错误
缺点:
- 异常会导致程序的执行流乱跳,并且非常的混乱,并且是运行时出错抛异常就会乱跳。这会导致我们跟踪调试时以及分析程序时,比较困难
- 异常会有一些性能的开销。当然在现代硬件速度很快的情况下,这个影响基本忽略不计
C++
没有垃圾回收机制,资源需要自己管理。有了异常非常容易导致内存泄漏、死锁等异常安全问题。这个需要使用RAII
来处理资源的管理问题。学习成本较高C++
标准库的异常体系定义得不好,导致大家各自定义各自的异常体系,非常的混乱- 异常尽量规范使用,否则后果不堪设想,随意抛异常,外层捕获的用户苦不堪言。所以异常规范有两点:一、抛出异常类型都继承自一个基类。二、函数是否抛异常、抛什么异常,都使用
func() throw()
;的方式规范化