异常处理与RTTI

异常处理

大家都知道好的异常处理是很难的。原因很多，在每个“生命周期”的异常层中：很难编写异常安全的代码，可能会从意想不到的地方抛出一个异常（双关语！），理解糟糕的异常层次结构可能会很复杂，很慢，因为大量的巫术发生在引擎盖下，这是很危险的，因为不恰当地抛出一个异常可能会调用不可原谅的std :: terminate。尽管任何一个可能不得不与“特殊”计划作斗争的人都可能知道这一点，但这个混乱的原因并不是广泛的知识。

在这些文章中，抛出和捕获异常的过程将用相当多的细节来解释，但是对于那些不耐烦的人来说，下面是所有文章的一个简要介绍：gcc / x86中抛出的异常：

1.当我们编写一个throw语句时，编译器会将它翻译成一对调用libstdc ++函数的函数来分配异常，然后通过调用libstdc来启动堆栈展开过程。
2.对于每个catch语句，编译器会在方法的主体之后编写一些特殊的信息，这个方法可以捕获的异常表和一个清理表（稍后更多的清理表）。
3.当解卷器通过堆栈时，它将调用由libstdc ++（称为个性化例程）提供的特殊函数，该函数检查堆栈中的每个函数都可以捕获哪些异常。
4.如果找不到匹配的catch，则调用std :: terminate。
5.如果找到一个匹配的catch，那么开卷器现在再次在栈顶开始。
6.当开卷机第二次通过堆栈时，它会要求个性例程对这个方法进行清理。
7.个性例程将检查当前方法的清理表。如果有任何清理操作要运行，它将跳转到当前的堆栈框架并运行清理代码。这将为当前作用域中分配的每个对象运行析构函数。
8.一旦解卷器到达堆栈中可以处理异常的帧，它就会跳入正确的catch语句。
9.在完成catch语句的执行之后，清理函数将被调用以释放为异常保留的内存。

这看起来相当复杂，我们还没有开始。这只是对处理例外所需的所有复杂性的简短和不准确的描述。——原文

C++中的RTTI

RTTI 是“Runtime Type Information”的缩写，意思是：运行时类型信息。它提供了运行时确定对象类型的方法。
来自http://blog.csdn.net/mannhello/article/details/5217954