C#调试心经

我们在做程序开发时，难免会遇到错误异常。如何快速地找到出错的地方、分析错误的原因以及找到解决问题的方案，是许多初级程序员困扰的问题，这也正是经验的宝贵之处。 下面我将简单介绍在 Visual Studio 中调试以及一些高级的调试和常见的错误。

 

 

PS ：如无特别说明 Visual Studio 均指 Dev10 即 Visual Studio 2010 。

 

 

 

入门篇

 

假设你是有着 .Net平台的程序员，并且使用 Visual Studio 做为开发工具。

 

断点 ：最简单的一种，设置一个断点，程序执行到那一句就自动中断进入调试状态。设置断点，在你觉得有问题的代码行，左侧单击，会出现红色的红点即断点。

 

 

 

启动调式 ：按 F5，或者菜单栏 ---调式 ---开始调试，或者工具栏的 图标

 

快速监视 ：快速查看变量或者表达式的值，也可以自定义表达式进行计算

   

 

单步执行

有三种，一种是每次执行一行（ F10）；一种是每次执行一行，但遇到函数调用就会跳到被调用的函数里（ F11）；一种是直接执行当前函数里剩下的指令，返回上一级函数（ Shift+F11）。

还有一种后悔药，设为下一句( Set Next Statement ) ，即下一句会被执行的语句（右击设置或者快捷键： Ctrl+Shift+F10），但要注意在调试与数据有关的时候，设置下一句有可能会报异常。如在调试向 DataTable中添加行的时候，已经存在的行不能重复被添加到 DataTable中。

 

监视

调试器可能会自动列出一些相关变量的值，但是你可能还关心其它变量的值，可以添加对这些变量的监视。还可以监视一个表达式的值，比如 a+b 。但是，这个表达式最好不要修改变量的值，比如监视 a++ 都会导致监视时修改了 a 的值，影响了程序的运行结果。

 

 

 

调试技巧篇

 

使用快捷键会大大提升我们的调试效率，常用的调试快捷键 :

F5 启动调试

F10 执行下一行代码，但不执行任何函数调用。

F11 在执行进入函数调用后，逐条语句执行代码。

Shift + F11 执行当前执行点所处函数的剩余行。

Shift + F5 停止运行程序中的当前应用程序。可用于“中断”模式和“运行”模式。

 

拖动断点 （感谢 圣殿骑士 的提醒）

在调试中，我们可以拖动断点，使得程序运行到我们想要运行的地方。通常是用来验证这段代码对程序的运行结果有没有影响的。因为我们拖动代码，则被过滤的代码就不会执行，将它跟原来的相比，可以看出去掉这段代码有什么影响

 

条件中断

假如你写了个 for循环，而且循环的次数比较多，如下代码，现在我们知道在 i=50的时候会有异常，那我们不可能按 50次 F5去调试这代码，不然这效率 ….

private  void  ConditionDebug()
{
     for  (int  i = 0; i < 100; i++)
     {
          if  (i==50)
          {
                    //some error code here
                    Console .WriteLine("i=50 here" );
          }
     }
}

我们可以直接利用vs提供的功能修改变量i的值， 一开 i=0 ，即刚进入 for 循环中，我们设置将 i 改为 49 并回车 ，再调试一次，会发现 i=50； 如下图

 

 

 当然我们也可以直接在代码里写代码以达到这个目的，代码如下

private void ConditionDebug()
{
            for (int i = 0; i < 100; i++)
            {
                System.Diagnostics.Debug.Assert(i != 50);
                if (i==50)
                {
                    //some error code here
                    Console.WriteLine("i=50 here");
                }
            }
} 

使用了调试中的 Assert （断言），当执行程序后会弹出如下的提示框，点击 Ingore （忽略）即可,

会发现此时 i已经为 50了，有兴趣的朋友可以看看 Assert的其他用法。

 

 

 

Immediate Window

Immediate window在调试的时候计算表达式的值、执行语句、打印变量的值等。我们输入命令（注意一定要以“ >”开头），会有智能提示，而且命名都是自解释型。

 

如，我们现在想要知道 i的值，可以输入命名 >Debug.Print i （也可以简单的使用 >? i ），如下图

 

 

Immediate window还有更强大的用法，计算方法的返回值（如果有的话）

如果有这个的函数

int MethodValue(int a)

{

            if (a==1)

            {

                return 1;

            }

            else

            {

                return 0;

            }

}

 

我们可以使用 Immediate 命令 >? class.Method(args) 去调用这个方法，如下图

 

 其中 p是当前类的实例（因为 MethodValue是类的方法， 注意？和表达式之间要有空格）

 

 

对于一些实时性很高的程序（如 socket）使用    Debug.Write() 把错误写到日志文件中， .Net可以将 Debug信息写到你指定的文件中，记住，写进出的信息不一定是出错的信息，也可以是你的程序的运行的一些重要信息 ,当你调试过程中发现某个模块出了问题，但是不能决定位置，那你就可以使用这个方法，如果是一天才出一个错误，那你就更要使用这个方法。

 

 

 

实例篇

 

涉及到 WS （ WebServices ）的调试

在基于 WinForm的实际开始开发中，我们往往采用 WS用做数据的传递，我们在前台获取收集数据，通过 WS将数据传递给后台，后台做相应的业务逻辑处理后，会持久到数据库中。而往往我们又会在 WS中写一些相关的代码，如身份验证、日志记录、提示信息等，怎样去调试这些代码呢。

 

涉及到 JavaScript 的调试

许多程序员为调试 JavaScript感到困惑不已，因为没有一款很好的调试工具。一些人喜欢使用 FireBug来调试 JavaScript，确实是一个不错的选择， Firebug提供了许多的 JavaScript信息，是一款不错的调试 JavaScript的工具。下面我将会介绍如何使用 Visual Studio调试 JavaScript，Visual Studio中调试JS跟调试C#差不多，都是设置断点，不同的是我们在查看元素值的时候需要注意点。

 

涉及到 Ajax 的调试

现在 ajax已经十分的流行，但是随之而来的即调试困难，大部分初级程序员不知道如何有效地从前台调试到后台代码，以至出了很多不完善的 ajax应用。

下面以一个简单的实例来介绍如何使用 Visual Studio调试 JavaScript。实例是使用 Ajax验证用户登录，如果验证通过，则提示“登录成功”，否则提示“登录失败”。

下面是主要的代码，我们使用 jQuery来实现 ajax，并且在后台文件中故意出错。

正确的用户名和密码是 admin和 1

调试方法如下，在后台入口处设置断点，然后在前台 js中调用后台的方法处设置断点，然后按 F5启动调试，当我们输入用户名、密码后，点击登录后会发现，前台断点被触发了。

 

按 F5继续调试，有时候会跳到 jQuery的源码中，不管他，继续 F5，会发现执行到后台中的断点中，如下图

而后台代码的调试是十分简单的。（ PS：有时候无需在前台设置断点也可直接进入后台的调试，如何不行的话，在前台 html文件或者 aspx文件中认为有可能出错的地方设置断点，一步步调试）

 

 

 

 

 

一些调试中出现的常见错误(会陆续更新)：

1．  我们调试到某一句代码的时候，突然莫名奇妙的跳出来了，其实是刚刚执行的这一句话有异常，我们可以使用 try…catch进行异常捕获，看看异常原因是什么，然后做相应的处理

2．  在 ADO.NET，我们会使用 ds.Merge()方法进行合并内存表，如果有异常的话，一般有以下三种情况：

A.其中一张表中有两行一模一样的数据，包括主键

B.这两张表的结构不一致

C.两张表中某个字段的类型不匹配，如字段 age在 A表中式 string，而在 B表中确是 Decimal

 

大家如果也有收集一些常见的错误，期盼能够分享