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
大家如果也有收集一些常见的错误,期盼能够分享
最后,Google is always the best teacher and error solver
如果您喜欢我的文章,您可以通过支付宝对我进行捐助,您的支持是我最大的动力https://me.alipay.com/alexis
作者:Alexis
出处:http://www.cnblogs.com/alexis/
关于作者:专注于Windows Phone 7、Silverlight、Web前端(jQuery)。
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,如有问题,可以通过shuifengxuATgmail.com 联系我,非常感谢。