wenmo8 发布的文章

是否调试过应用程序并在输出窗口中看到有关“First Chance”异常的消息?有没有想过:

  • 什么是First Chance Exception?
  • 第一次机会异常是否意味着我的代码中存在问题?

在调试应用程序时,每当此时遇到异常,调试器就会收到通知,应用程序将挂起,调试器将决定如何处理异常。第一次通过此机制称为“第一次机会”异常。根据调试器的配置,它将恢复应用程序并传递异常,或者使应用程序挂起并进入调试模式。如果应用程序处理异常,它将继续正常运行。
在Visual Studio中,您可能会在输出窗口中看到如下消息:

 

 

在Windbg里如下:

 

 


如果应用程序不处理异常,则重新通知调试器。这被称为“second chance”异常。调试器再次挂起应用程序并确定如何处理此异常。通常,调试器被配置为在第二次出现异常(未处理)时停止,并进入调试模式,允许您进行调试。

“First Chance Exception”是否意味着我的代码中存在问题?第一次出现异常消息通常并不意味着代码中有问题。对于能够优雅地处理异常的应用程序/组件,“First Chance Exception”消息会让开发人员知道遇到了异常情况并得到了处理。对于没有异常处理的代码,调试器将收到第二次机会的异常通知,并将在出现未处理的异常时停止。

简介

CLRDBG_NOTIFICATION_EXCEPTION_CODE,值为0x0x04242420。此异常在.CLR 4.0的启动路径期间触发,是CLR4.0版本初始化调试服务时向调试器发送消息通知。个人认为这应该只在附加调试器时抛出。

详细说明

这实际上是一个未记录的异常(CLRDBG_NOTIFICATION_exception_CODE),它显然是对4.0clr中托管调试器使用的IPC协议的一个补充。忽略它应该是完全安全的。

此特定异常并不表示发生了错误,而是表示CLR正在尝试向调试器发送消息。最有可能的情况是,您看到的异常对应于运行时启动事件,这是一条消息,指示CLR已初始化到足以让启蒙调试器开始与其交互。如果VS启用了托管调试,它将理解该消息并通知调试人员在将来继续生成这些消息。当然,聪明的调试器不会将它们显示为原始异常,它将解码它们的含义,而是在内部进行更新,例如“加载了新的应用程序域”或“反射发出刚刚在内存中创建了一个新类型”。或者,如果调试器没有托管代码,它将无法识别此异常的任何特殊情况没有特别回应。如果没有响应,CLR假设调试器没有为托管代码提供服务,并且不应该发送任何进一步的消息(异常)。

异常填充结构

ExceptionAddress: 762819b2 (KERNELBASE!RaiseException+0x00000062)//抛出地址
ExceptionCode: 04242420//异常代码
ExceptionFlags: 00000000
NumberParameters: 3//参数个数,一般为3个
   Parameter[0]: 31415927//是个常量,不知什么意思
   Parameter[1]: 721a0000//CLR4.0 clr.dll模块加载基址
   Parameter[2]: 00bef768//struct DebuggerIPCEvent const *调试器IPC事件指针

因为CLR是一个托管环境,所以运行时中有几个组件需要在执行任何代码之前初始化。本文将介绍EE(执行引擎)启动程序,并详细检查初始化过程。68只是一个粗略的指南,它取决于您使用的运行时版本、启用了哪些功能以及其他一些东西。

样例代码

假设你有一个最简单的C#程序,在CLR将“Hello World”输出到控制台之前会发生什么?

usingSystem;namespaceConsoleApplication
{
public classProgram
{
public static void Main(string[] args)
{
Console.WriteLine(
"Hello World!");
}
}
}