异常机制简介

当CPU运行到一些非法的指令，例如除零错误，访问内存页失败等指令，CPU会生成一个硬件异常，不同的异常有固定的异常代码作为标识符，异常产生以后CPU暂时不能继续执行后续的指令—因为后续的指令有可能也是无效的。当然不能让整个计算机系统就这么当掉，因此CPU内置了一个异常处理表—这个异常处理表只有运行在内核模式的代码才能访问，操作系统在启动的时候初始化这个异常处理表，为每一个异常注册一个异常处理程序，因此这个表看起来就像：

0xC0000005

AccessViolationExceptionHandler()

……

0x80000003

LaunchOrNotifyDebugger()

CPU产生异常以后，根据异常代码在异常处理表里面查找对应的异常处理程序，通过调用异常处理程序执行了合适的处理之后再继续执行其他的代码。

处理CPU自定义的硬件异常以外，异常处理表里面还有一些空的表项，这样操作系统可以通过添加自定义的异常代码和相应的异常处理程序实现软件异常。在Windows操作系统中，程序可以通过调用Win32的RaiseException函数来触发软件异常。因此实际上C++和.NET里面的异常都是通过调用RaiseException来实现的，然而异常处理表不是很大，只能保存不超过256个异常处理程序信息，因此Windows只定义了几个通用的异常码来表示C++ 和.NET异常。

0xE06D7363

表示C++ 异常

0xE0434f4D

表示CLR（或者说.NET）异常

对于CPU来说，硬件异常、软件异常、C++ 异常和.NET异常的触发和处理的方式都是一样的，这种方式在Windows中叫做结构化异常处理（SEH）。

异常处理

1. 当程序里面有一个异常发生以后；

2. SEH首先通过回溯堆栈内容，查找程序内部是否有一个异常处理块（就是我们通常知道的catch 块）；如果找到一个异常处理块可以处理这个异常，那么Windows将异常处理块所在的函数下面的堆栈释放，并且执行这个异常处理块里面的代码。

3. 如果Windows没有发现任何一个异常处理块处理掉这个异常的话，也就是到程序入口（main）函数也没有找到一个合适的异常处理块的话，Windows会使用它自带的异常处理块处理这个异常；

4. Windows自带的异常块会检查你的程序是否附加了一个调试器，如果是的话，Windows中断程序并将控制权交给调试器。

5. 如果没有调试器附加到你的程序上，Windows启动注册在注册表里面的默认验尸调试器，一般情况下，Windows的默认调试器是Dr Watson，这个调试器的工作就是弹出著名的“调试还是终止，这个问题”对话框（或者是“是否将错误报告发送给微软？”对话框）：

在上面的处理步骤中，第一步通过RaiseException触发异常的时候，Windows会先检查你的程序是否正在被调试，如果有一个调试正附加在你的程序上，Windows向调试发送一个调试消息，通知调试器程序里面有一个异常发生，询问调试器是否要中断程序执，默认情况下调试器会忽略这条消息—因为我们纯洁的调试器总是相信程序员都能写出优良的代码出来。这个步骤在调试术语中叫做第一次机会（First Chance）--第一次在异常发生的现场观察触发异常的环境。

而第3步以后，操作系统自己来处理这个异常的时候，在调试术语中叫做第二次机会（Second Chance），由于这个时候程序实际上已经挂了（不会有任何生命活动了）—不是病危，所以这个时候即使你将调试器附加上去来检查触发异常的环境时，就像法医在检查人非正常死亡的原因一样—验尸调试。

设置调试器不要忽略first chance异常

在程序开发的时候，我们当然是希望在程序病危（first chance异常）的时候检查代码错误（Bug）的原因啦，因此如果程序发生一些莫名其妙的Bug时，在调试程序的时候，最好通知调试器不要忽略first chance异常。因为如果异常被程序内部的代码catch掉的话，很有可能会导致我们忽略重要的线索。

在Windbg里面，使用下面的命令来通知调试器不要忽略first chance异常：

sxe 异常代码

注意sxe后面有一个空格，例如在调试.NET程序的时候，可以使用命令sxe 0xE0434f4D来使调试器在catch块执行之前中断程序的执行。

可以使用命令

sxd 异常代码

来启用忽略first chance异常的功能。

.net异常机制