First chance exceptions 和 Second chance exceptions

每种类型的异常（如访问冲突或堆栈溢出）都可以作为First chance exceptions(第一次偶然发生的异常) 或 Second chance exceptions(第二次偶然发生的异常)对调试程序引发。

根据定义，除非未被错误处理程序正确地处理, 否则First chance exceptions是非致命的异常。如果的确未被错误处理程序正确地处理，那么它将作为Second chance exceptions再次引发（只有调试程序可以处理这些异常）。如果没有任何调试程序处理Second chance exceptions，则应用程序将会退出。

使用结构化异常处理作为一种信号机制是非常常见的. 有一些应用程序编程接口已经预计到某个导致失败的条件在更低的层次会发生, 于是它们就会注册异常处理程序来处理这些异常的条件.

当一个异常被升起来的时候, 这个被注册的异常处理程序会纠正这个异常, 或者忽略掉这个异常, 它不会允许这个失败升级到中间层. 这在复杂环境下特别有用, 比如在不稳定的网络, 错误会偶尔发生, 但是这个错误只会导致应用程序的一部分功能损坏, 但不至于让整个应用程序都崩溃. 这种情况下, 异常可以被处理掉, 所以引用程序不会意识到有异常发生了.

然而, 如果应用程序正在被debug, 那么debugger会在应用程序之前看到所有的异常. 这就是First chance exceptions 和 Second chance exceptions的区别所在:

debugger会在第一时间看到异常. 如果debugger允许应用程序继续, 并不去处理异常的话, 那么应用程序会像平常那样看到异常.

如果应用程序不处理这个异常, debugger会有第二个机会看到这个异常. 如果debugger不存在, 那么这种情况下应用程序通常会崩溃掉.

如果你不想在debugger中看到first chance exception, 你应该对某些异常代码关闭first chance exception的处理, 要不然的话, 当first chance exception发生的时候, 你就需要指导debugger放过这个异常给应用程序去处理, 就像平常那样.

摘译自:

http://support.microsoft.com/kb/105675/en-us?fr=1

http://support.microsoft.com/?scid=kb%3Ben-us%3B286350&x=18&y=10