.NET程序调试技巧(一):快速定位异常的一些方法

作为一个程序员,解BUG是我们工作中常做的工作,甚至可以说解决问题能力是一个人工作能力的重要体现。因为这体现了一个程序员的技术水平、技术深度、经验等等。

那么在我们解决BUG的过程中,定位问题是非常重要的。有句话叫"发现问题是解决问题的一半。

本文讲述就快速定位异常(专指.NET程序异常)的方法。包括在本机定位异常,在客户环境定位.net程序异常,在客户环境定位SilverLight异常。

一:定位本机异常

在我们本机定位异常很容易。假设我们都是使用的的VisualStudio,那么只需要在调试->异常菜单中将Common Langeuage Runtime Exception(CLR异常)勾选。如下图:

在上面的图片中可以发现有5种类型的异常,例如c++异常、win32异常等等。对于.NET程序来说我们只关注CLR异常。

接下来进行调试,当自己的程序代码中有异常的时候,VS就会自动定位到异常的位置。

我们可以看到异常的详细信息,并且可在调用堆栈窗口中看到 程序的堆栈信息。在堆栈信息中我们可以看到在哪个类、哪个函数中出的错,如下图:

调试程序有两种方式,一种是用VS直接启动程序,另一种是附加到进程。

附加到进程的时候,程序类型不要选错了,我使用的是.net4.0 所以程序类型选择的是 托管(4.0版)代码。

另外附加到进程有个快捷键是 Ctrl+Alt+P。

但是如果异常不是你的代码中抛出的,那么如何定位呢?

可以打开 调试 菜单下面的 选项和设置,将 启用"仅我的代码" 这一项取消勾选。那么别人代码中的异常就可以抛出了。

二:在客户环境定位.net程序异常:

我们的程序最后都会运行在客户的环境中,客户环境上不会有VS这样的开发工具,那么怎么办呢?

我们可以使用一个很小巧的命令行调试工具Mdbg.exe,这个工具是安装VS的时候附带安装的,仅能调试.net托管代码。

Mdbg.exe其实有很多功能,不过本文只讲它定位异常的功能,后续文章会讲使用Mdbg.exe单步调试的方法。

Mdbg.exe命令详细介绍可以 输入 h(help) 或者? 名来查看,也可以看下面的链接,

http://msdn.microsoft.com/zh-cn/ms229861(vs.80).aspx#

根据CLR版本的不用,Mdbg.exe也是有多个版本的。

C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\Mdbg.exe用于调试

CLR2.0(对应net2.0,3.0,3.5)程序。

C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools\Mdbg.exe用于调试CLR4.0程序(对用.net4.0)。

另外Mdbg.exe有一个依赖DLL 叫做MdbgCore.dll。我们可以直接将相应版本的Mdbg.exe和MdbgCore.dll拷贝到客户机器上使用。

没有安装VS的朋友可以拷贝我自己封装的一个安装包 http://xiazai.jb51.net/201506/other/U8DebugSetup.rar,这里面除了Mdbg.exe还有一些其他组件我们后面的文章会用到。

默认会安装在 C:\Program Files\U8Debug。

Mdbg.exe的使用方法很加简,双击打开它,然后输入 a(attach显示附加的进程),回车,这时会列表所有可以附加的进程。

PID 表示进程标识,

输入a 11940 附件到 ConsoleApplication2.ex示例程序。

这时程序会中断执行,我们在这个时机可以做一些设置。让程序在遇到异常时自动中断。

输入命令 ca (catch)查看当前调试器遇到哪些事件会中断。

可以看到 Exception对应的是Igonre all exception ,也就是忽略所有异常,发生异常时不会中断。

输入命令 ca ex 这样调试器遇到异常时就会中断了。

再次输入ca 命令会看到 Exception对应的值已经变为Stop on all exception了。这时遇到任何异常都会中断了。

输入命令 g 让程序继续执行。

当遇到异常时会自动中断到调试器,如下图:

入命令 w(where,程序运行到哪里了) 可以查看异常堆栈信息

三:在客户环境定位SilverLight异常

如果客户的silverlight应用服务器部署在外网,那么我们可以直接用浏览器访问该silverlight站点,然后用VS附加到浏览器进程来调试。

调试方法比调试普通.net程序一样。

但是如果,客户的Silverlight服务器是部署在内网,那么你只能在客户机器上调试了。

并且Mdbg.exe也帮不了你了,它不能调试Silverlight程序。

我们还有另一个著名的调试工具Windbg。体积大概有不到20M,很容易安装到客户机,安装包大家可以到网上自己下载。windbg分为32位和64位两个版本,

调试32位的程序请使用32位windbg,反之则要使用64位的windbg,具体为什么我们不用深究,记住了就可以了。

相比Mdbg.exe的小巧实用,Windbg显然强大的多,但是使用起来也复杂一些。

Windbg其实可以调试很多种类型的程序,例如普通.NET程序,c++等。但是本文只讲解使用windbg定位异常的方法。

首先我们使用IE浏览器打开silverlight应用程序,然后打开windbg附件到IE进程来调试。附加进程的方式可以通过File菜单下的Attach to a process或者使用F6快捷键。

附件进程后 程序会中断到调试器,这个时候我们需要做两个设置。

一个是 设置程序发生异常时让其中断到调试器,设置方法是打开debug菜单下的Event Filter,将CLR异常设置其为enable。

另外需要加载调试器扩展,使用过windbg的朋友都知道调试.net程序需要加载一个调试器扩展sos.dll。这个sos.dll也有一个Silverlight版本的。

位置在silverlight的安装目录 C:\Program Files (x86)\Microsoft Silverlight\5.1.10411.0\sos.dll。

我们再command窗口中输入 .load C:\Program Files (x86)\Microsoft Silverlight\5.1.10411.0\sos.dll 来加载它。

之后输入命令 g 来回复程序的执行。当发生异常时就会中断到调试器中。

发生异常是我们可以使用!pe(print exception) 来查看异常信息。如下图:

如果想查看堆栈信息的话可以输入命令 !clrstack

通过上述方法基本可以定位所有的.NET异常。至此,本文结束。

时间: 2015-06-16

优秀程序猿调试技巧Debug与Release

目录 Bug 调试的重要性 调试基本步骤 Debug与Release 快捷键 如何写出易于调试(优秀)的代码 常见的coding技巧 Bug bug意为臭虫,计算机术语里就是幺蛾子,对,你的程序又出幺蛾子了.为什么要叫bug?关于这个还有段有趣的历史 有一天赫柏正愉快地敲着Mark Ⅱ的代码时,计算机突然就停止运作了,那时的计算机远不如现在小巧,赫柏他们只能一个个排查计算机庞大的处理器群,经过一段时间的排查后停机原因终于被找到了.原来是一只飞蛾被计算机的光和热吸引,触发了电脑的短路,当然这只可怜

Linux命令行快速技巧之定位一个文件的方法

我们都会有文件存储在电脑里 -- 目录.相片.源代码等等.它们是如此之多.也无疑超出了我的记忆范围.要是毫无目标,找到正确的那一个可能会很费时间.在这篇文章里我们来看一下如何在命令行里找到需要的文件,特别是快速找到你想要的那一个. 好消息是 Linux 命令行专门设计了很多非常有用的命令行工具在你的电脑上查找文件.下面我们看一下它们其中三个:ls.tree 和 find. ls 如果你知道文件在哪里,你只需要列出它们或者查看有关它们的信息,ls 就是为此而生的. 只需运行 ls 就可以列出当下目

使用Chrome调试JavaScript的断点设置和调试技巧

你是怎么调试 JavaScript 程序的?最原始的方法是用 alert() 在页面上打印内容,稍微改进一点的方法是用 console.log() 在 JavaScript 控制台上输出内容.嗯~,用这两种土办法确实解决了很多小型 JavaScript 脚本的调试问题.不过放着 Chrome 中功能越发强大的开发者工具不用实在太可惜了.本文主要介绍其中的 JavaScript断点设置和调试功能,也就是其中的 Sources Panel(以前叫 Scripts).如果你精通 Eclipse 中的各

必备的JS调试技巧汇总

前言:任何一个编程者都少不了要去调试代码,不管你是高手还是菜鸟,调试程序都是一项必不可少的工作.一般来说调试程序是在编写代码之后或测试期修改Bug 时进行的,往往在调试代码期间更加能够体现出编程者的水平高低以及分析问题的准确度.不少初学者在寻找错误原因时,总是不得要领,花费了大量时间却无法解决一些最终证明是相当简单的Bug.掌握各种调试技巧,必定能在工作中起到事半功倍的效果.譬如,快速定位问题.降低故障概率.帮助分析逻辑错误等等.而在互联网前端开发越来越重要的今天,如何在前端开发中降低开发成本,

Eclipse的Debug调试技巧大全(总结)

作为开发人员,掌握开发环境下的调试技巧十分有必要.我们在编写java程序的过程中,经常会遇到各种莫名其妙的问题,为了检测程序是哪里出现问题,经常需要增加日志,看变量的值,这样调试很麻烦.假设我每天花费1小时在调试我的应用程序上的话,那累积起来的话也是很大量的时间.由于这个原因,用这些时间来重视并了解所有使我们调试更方便的功能.那能为你省下一些时间,也将会使你的生活更安逸.轻松. 一.Debug视图 调试中最常用的窗口是: 窗口 说明 Debug窗口 主要显示当前线程方法调用栈, 以及代码行数(有

Chrome 调试技巧(小结)

写在前面 本文包括浏览器调试,不包括web移动端调试. 本文调试均在chrome浏览器进行 alert 这个不用多说了,不言自明 console基本输出 想必大家都在用console.log在控制台输出点东西,其实console还有其它的方法: console.log("打印字符串");//在控制台打印自定义字符串 console.error("我是个错误");//在控制台打印自定义错误信息 console.info("我是个信息");//在控制

Visual Studio调试技巧汇总

调试是软件开发周期中很重要的一部分.它具有挑战性,同时也很让人疑惑和烦恼.总的来说,对于稍大一点的程序,调试是不可避免的.最近几年,调试工具的发展让很多调试任务变的越来越简单和省时. 1 悬停鼠标查看表达式值 调试是很有挑战性的.比如在函数内逐步运行可以看出哪里出错,查看堆栈信息可以知道函数被谁调用等等. 但是无论哪种情况下,查看表达式和局部变量的值都是很麻烦的(把表达式和局部变量放到watch窗口里). 一种更简单的方法,把鼠标停在所需查看的数据上.如果是类或结构,那么点击展开可以很方便快速地

通过IDEA快速定位和排除依赖冲突问题

前言 我们程序员在开发的时候经常会遇到各种各样的 BUG 问题,其中大部分是业务逻辑异常,还有一些是代码书写不规范造成的异常例如:NullPointException(NPE),IndexOutOfBoundsException 等等,其实这些我们都好定位和修复.但是还有一些运行时异常定位起来是特别头疼的,那就是 jar 包冲突引起的异常. 一般程序在运行时发生类似于 java.lang.ClassNotFoundException , Method not found: '......' ,或

分享Visual Studio原生开发的10个调试技巧

最近碰巧读了Ivan Shcherbakov写的一篇文章,<11个强大的Visual Studio调试小技巧>.这篇文章只介绍了一些有关Visual Studio的基本调试技巧,但是还有其他一些同样有用的技巧.我整理了一些Visual Studio(至少在VS 2008下)原生开发的调试技巧.(如果你是工作在托管代码下,调试器会有更多的特性,在CodeProject中有介绍它们的文章),下面是我的整理的一些技巧: 异常中断 | Break on Exception Watch窗口中的伪变量 |