以下内容为本人的烂笔头，如需要转载，请声明原文链接微信公众号「ENG八戒」mp.weixin.qq.com/s/ogbL3vKmH...

现代 C++ 的异常处理

相比之下，现代编程语言中的异常处理机制能够更好地分离错误处理和正常执行流程，使得代码结构更加清晰，而且易于维护，避免潜在的遗漏处理。

在现代编程语言的异常处理机制中，当发生错误时，不需要通过一层层嵌套的条件语句来检测错误，程序会立即跳转到相应的异常处理代码块。

C++ 语言层面提供的异常处理（下文统一使用「异常机制」代指）就可以使用在构造函数中，可有效避免这类错误的遗漏处理，并且从此和繁杂的 if-else 说拜拜。

如何应用异常机制？

异常机制本意是解决在本地无法处理异常信号的场景，比如上面提到过的在构造函数中申请资源失败，就只能先抛出异常信号，然后由上层调用者(或者嵌套调用者)专门处理捕捉到的异常信号。

arduino 复制代码

#include <iostream>
#include <new>

class Memory {
    int sz;
    int* elem;
public:
    Memory (int s)
        : sz(s)
        , elem(AllocateMem(s)) {
        if (elem == nullptr)
            throw std::bad_alloc();
    }
    // ...
};

int main () {
    try {
        Memory* gfg_array = new Memory(100000000);
    }
    catch (std::bad_alloc & ba) {
        std::cerr << "bad_alloc caught: " << ba.what();
    }
    return 0;
}

类 Memory 构造一个指定大小的空间，类 AllocateMem 负责调用 new 执行分配空间。实例化 Memory 时如果分配内存失败，就会抛出异常信号 std::bad_alloc()。

C++ 提供关键词 throw 抛出异常信号，当你在程序中使用 throw 抛出一个异常时，它就像发出一个错误信号，告诉程序当前发生了某种意外或错误情况，需要专门的处理。抛出异常信号的语法

arduino 复制代码

throw expression;

expression 可以是语言内置类型的量，比如整数、浮点数、字符串等字面量，也可以是用户自定义的类型实例，只要这个类型是从 std::exception 或其派生类继承即可。

std::bad_alloc 是标准库提供的比较常用的异常信号，使用 new 分配内存失败即会抛出该信号。

try 语句块用于捕捉异常信号，一旦 try 语句块内的代码（或者嵌套调用的代码）抛出异常信号，则通知其后的 catch 语句块处理异常信号。try 语句块后面可以跟着多个 catch 语句块，分别处理不同的异常信号，类似 switch 语句块后边的 case 语句块。

csharp 复制代码

try {
    // 信号 expression1 属于类型 A
    throw expression1;
    // 信号 expression2 属于类型 B
    throw expression2;
    // ...
} catch (A sig) {
    // deal with expression1
} catch (B sig) {
    // deal with expression2
}
//...

当抛出这个异常信号时，程序会立即停止当前流程的执行，并试图在调用栈向上查找匹配的 catch 语句块来捕获并处理这个异常信号。如果没有找到匹配的 catch 块，程序将会终止。

最佳实践：

如果类构造函数会抛出异常，并且包含申请资源的操作，那么该类应该严格依据 RAII 的原则实现，避免资源泄漏。

如果某个函数内部会抛出异常，那么在 C++ 11 之前的标准中，需要在函数原型或声明中使用 throw 关键字声明可能抛出的异常类型，比如函数 func() 内部会抛出一些异常信号，那么定义函数时可以如下编写

scss 复制代码

void func() throw(optional_type_list) {
    // ...
}

optional_type_list 是异常信号类型的列表。

如果函数 func() 内部不会抛出任何异常信号，那么定义函数时可以如下编写

csharp 复制代码

void func() throw() {
    // ...
}

在 C++ 11 及之后的标准中，推荐开发者使用 noexcept 修饰符来表明函数会不会抛出异常。

假设我们设计函数 func() 不在内部抛出异常，那么定义函数时可以如下编写

arduino 复制代码

void func() noexcept {
    // ...
}

函数被 noexcept 修饰后，一旦内部抛出异常就会触发执行 std::terminate（终止当前程序的运行）。

如果函数会抛出异常，那么修饰符改为 noexcept(false) 即可。

言过其实？有 bug ？

至于有人会说，曾经发现在构造函数中对 new 出来的资源执行异常处理会导致内存泄漏。

大可不必惊慌，这是一个老掉牙的 bug 了，只存在于非常老旧的编译器版本中。如果你有幸碰到，请先检查一下编译器的版本。

甚至有人会说，语言层面提供的异常处理机制运行效率太低，对于系统来说太昂贵了。

异常机制会给系统带来开销负担的问题，其实开销仅会发生在抛出异常时，以及引发的错误处理流程中。如果没有抛出异常，此时开销甚至比返回错误码和额外的条件判断还要小。

有一点我们应该注意的是，返回错误码和额外的条件判断同样是有开销的，也就是我们常常随手写的 if 语句会给系统带来负担。

另外，异常机制实现已经大幅改进，和未抛出异常时的正常流程相比，异常处理流程的开销大幅减少到了百分之几，比如 3%。

如果你不是从事飞控这类极度要求时效的领域(如果不够快就会危及性命安全)，不需要过度担心异常机制带来的开销问题。

如何选择？

在 C++ 编程中，选择使用「异常机制」或者「错误码」来处理异常，有几种因素必须考虑好，下面是几种常见的指导原则：

现代 C++ 异常机制今非昔比，莫要沉迷错误码！「下」

现代 C++ 的异常处理

如何应用异常机制？

言过其实？有 bug ？

如何选择？

推荐使用异常机制：

推荐使用错误码：