CLR Debugger - 在程序抛出异常的时候中断程序的执行

1.1.1.                       在程序抛出异常的时候中断程序的执行
.NET对异常的良好支持，让我们摆脱了以前在C和C++程序开发过程中，那种不停的检查返回值的编程模式，使我们的程序变的更为简洁。异常不仅方便我们更高效的编写代码，同时也提供了一个好用的调试技巧—当然需要调试器的良好支持。在程序开发的过程中，可能会经常碰到这种情况，程序在运行很长时间后，突然抛出一个异常以后，就中断执行了。这种错误（Bug）在平常执行时，一般很难重现，除了异常里面的堆栈信息以外，你几乎没有任何其他信息让你知道程序内部到底发生了什么。这是你就可以使用CLR Debugger里面的异常断点。

在CLR Debugger里面，点击菜单栏里的“Debug”菜单里的“Exceptions…”菜单项，打开“Exceptions…”对话框设置异常断点：

 

 

 

图 1-6 CLR Debugger 异常断点设置对话框

在“Exceptions”对话框里面，勾上相应异常类型名旁边的复选框就可以设置，在这些异常抛出的时候，“Break when an exception is”列表中有两列复选框：“Thrown”和“User-unhandled”列，这两列的区别是：

l  当“User-unhandled”一列的复选框被选中以后，调试器只在程序中抛出指定的异常以后，并且程序中没有捕捉这个异常，调试器才中断程序的执行。而程序中有try…catch块捕捉该异常时，调试器会让程序继续执行，并忽略这个异常。

l  当“Thrown”一列的复选框被选中以后，则无论程序是否有try…catch块捕捉该异常，只要扔出了指定的异常，则调试器都会中断程序的执行。

 

小技巧：

选择命名空间旁边的复选框，会将该命名空间中定义的所有异常选中。
 

“Exceptions”对话框中只列出了CLR当中定义的异常，如果你希望调试器在自定义的异常被抛出的时候，也能中断程序的执行，则你可以在“Exceptions”对话框中将自定义异常添加进来。点击“Add”按钮添加自定义异常，注意，你必须提供自定义异常的完整类名—即命名空间加上类名。下面的示例代码演示了这一过程：

using System;

using System.IO;

 

namespace TestNamespace

{

    public class TestException : Exception

    {

    }

 

    public class ExceptionBreakpoint

    {

        static void Main()

        {

            // 在“New Exception”中添加TestNamespace.TestException异常

            // 并且在“Throw”中勾上“TestNamespace.TestException”复选框

            // 下面的语句才会导致程序中断，并且跳入到调试器当中

            try

            {

                for (int i = 0; i < 10; ++i)

                {

                    if (i == 5)

                        throw new TestException();

 

                    Console.WriteLine(i);

                }

            }

            catch (Exception e)

            {

                Console.WriteLine(e.Message);

            }

 

            // 无论“Exception”对话框中的“Throw”或“User-unhandled”是否

            // 被选中，下面的语句总能导致程序中断，并且跳入到调试器中

            using (StreamReader reader = new StreamReader(

                "notexists.txt"))

                Console.WriteLine(reader.ReadToEnd());

        }

    }

}
 

表 1-2 异常断点的演示代码

在上面的例子当中，细心的读者会发现，当调试器捕获在try…catch块中抛出的异常时，高亮显示的当前代码并不是包含throw语句的那一行，而是throw下面的一行，而捕捉到using语句那一行抛出的异常后，高亮显示的当前代码行正是扔出异常的那一行。出现代码行偏差（姑且叫做代码行偏差吧）的原因会在后面的文章讲解调试器的工作原理时讲到。

“Exceptions”对话框中还有一种异常类型：“Managed Debugging Assistants”是CLR 2.0新增加的特性，我们将会在讲解使用Visual Studio进行调试的时候讲到它。

转自：http://blog.csdn.net/Donjuan/archive/2008/12/05/3454650.aspx