在C语言中，因为没有异常这个机制，所以出现错误时一般都是以下方式解决
正确返回0，错误返回1，也有一些是用全局变量errno来标记错误
需要自己查错误码定位问题，如果错误码过多，就会非常麻烦
setjmp,longjmp。当出现问题时恢复上下文数据
所以C++引入了异常处理机制
异常是一种处理错误的方式，当一个函数发现自己无法处理的错误时就可以抛出异常，让函数的直接或间接的调用者处理这个错误
throw 关键字来完成的 catch 关键字用于捕获异常，可以有多个catch进行捕获可以抛出任意类型的对象。抛出的异常必须捕获。try要和catch匹配使用，catch里的内容抛出异常时才执行，没有异常，不执行
#include<iostream>
using namespace std;
void fun() {
int i, j;
cin >> i >> j;
if (j == 0) {
//除0时抛出异常/可以是任意类型
throw "除0";
}
cout << i / j;
}
int main() {
try{
// 保护的标识代码
fun();
char* p = new char[0x7fffffff];
}
catch (const std::exception& e){ //捕获new失败异常
cout << e.what() << endl;
}
//捕获异常时要捕获抛出异常对应的类型
catch (const char* s) { //捕获除0错误异常
cout << s << endl;
}
return 0;
}
类型决定了应该激活哪个catch的处理代码
拷贝，因为抛出的异常对象可能是一个临时对象，所以会生成一个拷贝对象，这个拷贝的临时对象会在被catch以后销毁。（这里的处理类似于函数的传值返回）catch(...)可以捕获任意类型的异常，问题是不知道异常错误是什么
栈展开。所以实际中我们最后都要加一个catch(...)捕获任意类型的异常，否则当有异常没捕获，程序就会直接终止
导致对象不完整或没有完全初始化
导致资源泄漏(内存泄漏、句柄未关闭等)RAII来解决以上问题为了解决可能出现的资源泄漏问题，可以用异常的重新抛出来执行资源的清理
有可能单个的catch不能完全处理一个异常，在进行一些校正处理以后，希望再交给更外层的调用链函数来处理，catch则可以通过重新抛出将异常传递给更上层的函数进行处理
比如上面可能出现的异常安全问题，也就是在new之后抛出了异常，没有进行delete，那么就可以在抛出异常之前进行delete
void Func(){
// 这里可以看到如果发生除0错误抛出异常，另外下面的array没有得到释放
// 所以这里捕获异常后并不处理异常，异常还是交给外面处理
// 这里捕获了再重新抛出去
int* array = new int[10];
try {
int a, b;
cin >> a >> b;
if (b == 0){
throw "除零错误!";
}
int c = a / b;
}
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()，表示函数不抛异常，C++11可以在函数后面加noexcept
// 这里表示这个函数会抛出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();
// C++11-不会抛出异常
void A() noexcept;
C++ 提供了一系列标准的异常，定义在<exception>中，我们可以在程序中使用这些标准的异常。它们是以父子类层次结 构组织起来的，如下所示：
实际中我们可以可以去继承exception类实现自己的异常类。但是实际中很多公司像上面一样自己定义一套异常继承体系。因为C++标准库设计的不够好用
C++标准库的异常处理体系其实不是很完善，很多常见的错误都没有进行处理，并且在我们具体使用中，还可能会根据使用的情景、环境不同，出现更多样的异常，所以通常针对这种情况，我们会自定义一套自己的异常体系进行规范的异常管理。通过继承基类对象，来实现更多的异常。抛出时抛出一个派生类，用基类来捕获即可
class Exception{
public:
Exception(int errid, const char* errmsg)
: _errid(errid)
, _errmsg(errmsg)
{}
virtual string what() const{
return _errmsg;
}
protected:
string _errmsg;
int _errid;
};
class SqlException : public Exception{
public:
SqlException(int errid, const char* errmsg, const char* sql = "")
:Exception(errid, errmsg)
, _sql(sql)
{}
virtual string what() const{
string msg = "SqlException:";
msg += _errmsg;
msg += " sql:";
msg += _sql;
return msg;
}
private:
string _sql;
};
class CacheException : public Exception{
public:
CacheException(int errid, const char* errmsg)
:Exception(errid, errmsg)
{}
virtual string what() const{
string msg = "CacheException:";
msg += _errmsg;
return msg;
}
};
void f1(){
// ....
int i;
cin >> i;
if (i == 0)
throw CacheException(1, "数据不存在");
}
void f2(){
int i;
cin >> i;
if (i == 0)
throw SqlException(1, "数据库查询失败", "select * from t_student");
}
int main(){
try {
f1();
f2();
}
catch (const Exception& e){ // 这里直接捕获父类对象的引用就可以
cout << e.what() << endl;
}
catch (...){
cout << "未知异常" << endl;
}
return 0;
}
异常的优点：
清晰准确的展示出错误的各种信息，甚至包含堆栈调用信息，可以帮我们很好的定位程序的bug
直接会找到对应的catch执行，不需要判断是什么错误
更好地维护代码
更好的使用单元测试等进行白盒的测试
构造函数没有返回值，不方便使用错误码方式处理：比如T&operator这样的函数，如果pos越界了只能使用异常或者终止程序处理，没办法通过返回值表示错误异常的缺点：
导致我们跟踪调试时以及分析程序时，比较困难
需要使用RAII来处理资源的管理问题，学习成本较高大家各自定义各自的异常体系，非常的混乱
异常总体而言，利大于弊，所以工程中我们还是鼓励使用异常的。另外OO的语言基本都是用异常处理错误，这也可以看出这是大势所趋