C++中为什么不要使用抛异常声明

本篇内容介绍了“C++中为什么不要使用抛异常声明”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

E.20:不要使用抛异常声明

Reason（原因）

Exception specifications make error handling brittle, impose a run-time cost, and have been removed from the C++ standard.

抛异常声明让错误处理更脆弱，强制产生运行时成本，已经从C++标准中被移除了。

Example（示例）

int use(int arg)
    throw(X, Y)
{
    // ...
    auto x = f(arg);
    // ...
}

如果f()抛出了不同于X和Y的异常，就会激活意外的错误处理，而这个处理的默认动作就是终止程序。那样还好，假设我们已经检查过了，这种事情不会发生，这时如果f被修改为抛出一个新异常Z，系统马上就会发生崩溃，除非我们修改use()（并且重新进行完整测试）。麻烦在于f()可能处于某个我们无法控制的功能库中，而且对于新异常use()也没有什么可做的，或者根本就不感兴趣。我可以修改use()将Z传出，但是接下来user()的调用者可能需要跟着修改。情况很快就会失控。或者我们可以为use()增加try-catch结构将Z映射到一个可以接受的异常。情况很快会再次失控。注意成组修改异常经常发生在系统的底层（例如由于网络库或某个中间件发生变化），因此变更会像气泡一样向上传递至整个调用链。在大规模代码中，这可能意味着没有人可以将库更新到新版本，直到最后的调用者发生变更。如果use()是库的一部分，它可能无法更新，因为这种变更不知道会影响谁。

让异常传播直至一个有可能处理它的函数，这样的原则已经证明自己很多年了。

Note（注意）

No. This would not be any better had exception specifications been statically enforced. For example, see Stroustrup94.

没有。坚持推进使用抛异常声明一点好处也没有。参见

Stroustrup. The Design and Evolution of C++ (Addison-Wesley, 1994).

Note（注意）

If no exception may be thrown, use noexcept or its equivalent throw().

如果不会抛出任何异常，使用noexcept或者和它等价的throw()

Enforcement（实施建议）

Flag every exception specification.

标记所有的抛出异常声明。

“C++中为什么不要使用抛异常声明”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！