VS中用C#开发应用程序的调试入门、技巧和实例(转载)

入门篇

假设你是有着.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（忽略）即可,

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

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

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