c++ - 在实时环境中仍然不希望出现异常吗？

Question

几年前我被告知，在嵌入式系统或(非 Linux-)内核开发等实时应用程序中，C++-异常是不可取。 (也许这个教训是从 gcc-2.95 之前开始的)。但我也知道，异常处理已经变得更好了。

因此，实时应用程序中的C++异常在实践中

• 完全不需要？
• 甚至可以通过编译器开关关闭？
• 还是非常小心地使用？
• 或者现在处理得很好，几乎可以随意使用它们，但要考虑几件事？
• C++11 有什么改变吗？这个？

更新:异常处理真的需要 RTTI启用吗(正如一位回答者建议的那样)？是否涉及动态转换或类似的？

Answer 1

异常现在得到了很好的处理，用于实现它们的策略实际上使它们比测试返回代码更快，因为它们的成本(就速度而言)几乎为零，只要您不抛出任何异常。

但是它们确实需要花费:代码大小。异常通常与 RTTI 协同工作，不幸的是，RTTI 与任何其他 C++ 功能不同，因为您可以为整个项目激活或停用它，一旦激活，它将为碰巧具有虚拟方法的任何类生成补充代码，从而无视“你不为你不使用的心态付出代价”。

此外，它确实需要补充代码来处理。

因此，不应根据速度来衡量异常的成本，而应根据代码增长来衡量。

编辑:

来自@Space_C0wb0y:这个blog article给出了一个小的概述，并介绍了实现异常 Jumps 和 零成本 的两种广泛使用的方法。顾名思义，好的编译器现在使用零成本机制。

关于异常处理的 Wikipedia 文章讨论了 two mechanisms用过的。 零成本机制是Table-Driven机制。

编辑:

来 self 上面引用的 @Vlad Lazarenko 的博客，抛出异常的存在可能会阻止编译器内联和优化寄存器中的代码。