[转载]C#调试心经

[转载]C#调试心经 – Alexis – 博客园.

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

PS:如无特别说明Visual Studio均指Dev10Visual 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的时候会有异常,那我们不可能按50F5去调试这代码,不然这效率….

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信息写到你指定的文件中,记住,写进出的信息不一定是出错的信息,也可以是你的程序的运行的一些重要信息,当你调试过程中发现某个模块出了问题,但是不能决定位置,那你就可以使用这个方法,如果是一天才出一个错误,那你就更要使用这个方法。

实例篇

涉及到WSWebServices)的调试

在基于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,并且在后台文件中故意出错。

正确的用户名和密码是admin1

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

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

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

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

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

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

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

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

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

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏