调试

VS2010断点的设置以及相关

单击需要添加断点的代码左边的灰色区域，或者右击准备设置断点的代码行，在弹出的快捷菜单中，单点“断点”后，再单击“插入断点”即可。插入断点后的代码高亮显示，代码左边会有彩色圆点出现。

 

调试添加了断点的程序时，运行到第一个断点位置就处于暂停状态，如果要继续执行程序，在菜单中选择“调试”-“继续”，程序会运行到下一个断点处暂停，重复上边的操作，会继续执行后面的代码。如果要仔细观察代码情况，在菜单中选择“调试”-“逐语句”或“调试”-“逐过程”来执行程序。

VS2008提供了多个窗口用以监视程序执行和变量情况。在调试过程中可使用的窗口包括局部变量窗口，监视窗口，快速监视窗口等。

  

进入到工具 --> 选项 --> IntelliTrace。它在默认状态下是启用的，但是，仅捕捉事件，因为捕捉事件是便宜的。然而，当你开始跟踪所有这些调用信息时，真正的价值开始显现出来了。你每一次调试的时候，IntelliTrace都将弹出来，你在动态调试的时候可以使用这个历史性的调试工具。假如我在那里并且有一个断点，但是，我要备份和重新设计这个断点，我可以使用IntelliTrace完成这个任务。

总的说来IntelliTrace调试程序就是为程序开发者量身定制的，通过其独特的“历史调试”功能，为开发者提供了一个反悔追溯过程控制功能。比如，在开发中程序在10分钟前出现一个异常，怎么办呢，如果在以前一般是通过手动调用Debug.Write语句，现在不必了！因为不少开发工具中的这种历史调试功能都非常相似，在VS2010 正式版 中通过IntelliTrace，不但能使程序员看到程序的当前状况，也可以检查某些情况下产生的事件，甚至还能隔离应用程序历史记录中的故障点。所以，启用历史调试之后，VS2010 正式版能够捕获调用堆栈以及相关变量，咱们就可以“回退”至程序的保存前10分钟或者更长时间，检查程序发生异常、故障时的各种情况。因为，在默认情况下程序只保存关键的类型，而开发人员可以选择记录所有的参数，对象以及全局变量。所以，IntelliTrace会主动展示程序运行过程中的关键事件，诸如代码异常、文件访问、时时调试等等。

以下是搜的 还没认真去确认  以便确认以后仔细看哈

关键的三项技能是：

如何设置断点及怎样运行到断点
怎样单步执行到并越过方法调用
怎样查看和修改变量、成员数据等的值

VS2008调试器支持.net任何一种语言编写的的代码，使用调试器可以在代码中插入“断点”，断点通知调试器进入中断模式，处于暂停状态。

局部变量窗口可显示局部变量的值。只列出当前运行方法中的变量并跟踪这些变量的值。可以在局部变量的窗口中修改变量的值。当值被修改后，新值为红色。局部变量窗口如下：

监视窗口可通过程序跟踪变量的值，也可编辑变量的值。此窗口跟踪的变量可以由程序员设定，能够跟踪不同方法中的变量。

快速监视窗口每次只能显示一个变量的值，要继续执行程序时必须关闭此窗口，因此不能跟踪执行过程中变量的值。

在程序可能出错的地方设置断点后，利用各种窗口跟踪变量的值，可以方便查找程序的错误信息，解决程序存在的错误和缺陷。

即使通过调试找到并消除了程序中的语法错误和运行时错误，程序仍然不一定完全正确，必须对程序进一步测试，检查程序的性能，确保应用软件稳定可靠。

 

Visual Studio 2010的智能跟踪

Visual Studio 2010 Ultimate 版本有个新功能IntelliTrace(智能跟踪)，IntelliTrace被引入到Visula Studio中来加速我们对.NET应用程序的调试，它通过对预先设置的事件和方法在运行过程中的跟踪并将其有效地传递给调试执行者，从而快速的传递程序在执行过程中的状态和各种信息来帮助开发者更好的调试程序，快速的发现问题。实际上，在Visual Studio 2010之前，Microsoft Visual Stuido已经帮助我们很好的继承了调试工具，比如对变量的监控，对堆栈的查看等等，并且允许设置断点进行单步调试等。所有的这些都在很好的帮助开发者来了解程序在不同的执行过程中的状态以及检测是否按照预先实际的逻辑进行运转，而且更多的，我们通过断点后监测程序状态来发现问题所在。而这样所存在的问题是，一些逻辑上的错误可能发生在断点执行之前，而且很可能是一些无法追查。开发者必须停止当前的调试，重新设置断点并启动调试，而这样的试验过程往往需要很多次才能找到正确的位置来设置断点。IntelliTrace智能的将一些调试信息和程序状态自动的跟踪并实施的展现给开发人员，从而减少了需要程序员找到适当的断点才能跟踪和监控程序运行状态的过程。

Visual Studio提供给我们两个方式来控制其搜集信息的内容源，一个是IntelliTrace events only，仅仅收集智能跟踪事件和调试中断的相关数据；另外一个是IntelliTrace events and call information，这个就会收集除了IntelliTrace事件之外对一个方法调用的进入和退出的各种数据。下边我们来看看在Visual Studio 2010中如何设置IntelliTrace的跟踪选项。

进入到工具 --> 选项 --> IntelliTrace。它在默认状态下是启用的，但是，仅捕捉事件，因为捕捉事件是便宜的。然而，当你开始跟踪所有这些调用信息时，真正的价值开始显现出来了。你每一次调试的时候，IntelliTrace都将弹出来，你在动态调试的时候可以使用这个历史性的调试工具。假如我在那里并且有一个断点，但是，我要备份和重新设计这个断点，我可以使用IntelliTrace完成这个任务。

使用IntelliTrace捕捉到调试进程的其他人可以把记录以及.dlls和pdbs文件发送给你，你可以重放它们的进程。这个进程也许进入到数据库(你没有这个数据库)，它也许是采用你不能复制的方法设置的，它可能在你不能企及的网络上，但是，你不用担心，因为你拥有记录以及.dlls和pdbs文件，你可以重放。

当然，拥有源代码会更好，因为那样你就能够看到这个代码好像是在你自己的机器上调试它一样。这对于在你的机器上运行正常，在其他人的机器不能运行的那些神秘的故障来说是非常好的。它对于多线程的情况也是非常好的，当你经过这个应用程序的时候，这个软件瑕疵就消失了，但是，在正常速度运行时，这个软件瑕疵又出现了。

默认情况下，IntelliTrace仅仅收集IntelliTrace相关的事件，这样是为了保持所收集的数据较少，并且对于性能上的影响是最小的。而当你选择对方法调用的数据也进行搜集时，除了其临时搜集的数据所占用空间的增大外，对于性能的影响也是较大的。尽管收集到的细节有所不同，但两种方式都会收集一些共同的数据。比如，它总会在第一次启动收集过程时收集系统信息，模块的加载和卸载事件，线程的起始和结束时间等。随着模块和线程的事件，可以正确的更新模块和线程调试窗口的信息。另外，任何模式下，在调试断点处也会对数据进行收集，并将所收集到的基本数据类型和对象在调试其中进行检查和审阅，并允许改变其值。

总的说来IntelliTrace调试程序就是为程序开发者量身定制的，通过其独特的“历史调试”功能，为开发者提供了一个反悔追溯过程控制功能。比如，在开发中程序在10分钟前出现一个异常，怎么办呢，如果在以前一般是通过手动调用Debug.Write语句，现在不必了！因为不少开发工具中的这种历史调试功能都非常相似，在VS2010 正式版 中通过IntelliTrace，不但能使程序员看到程序的当前状况，也可以检查某些情况下产生的事件，甚至还能隔离应用程序历史记录中的故障点。所以，启用历史调试之后，VS2010 正式版能够捕获调用堆栈以及相关变量，咱们就可以“回退”至程序的保存前10分钟或者更长时间，检查程序发生异常、故障时的各种情况。因为，在默认情况下程序只保存关键的类型，而开发人员可以选择记录所有的参数，对象以及全局变量。所以，IntelliTrace会主动展示程序运行过程中的关键事件，诸如代码异常、文件访问、时时调试等等。

       Visual Studio调试中的断点技巧       http://www.qqread.com/dotnet/i487667.html

不知道能不能算是技巧啦，写出来放到首页贻笑大方而已。

函数断点

在前面的文章Visual Studio调试之避免单步跟踪调试模式里面我讲了如何设置函数断点，说实话，我个人喜欢设置函数断点，而不是在代码行里面设置断点。一般来说，函数断点在下面几种情形下有用：

例如调试一个网站程序，你通过分析网站的日志发现最有可能发生错误的函数，打开调试器并将调试器附加到程序上去，设置函数断点，重新执行网站……这样做的好处是，不用到处打开源文件去找出错的源代码行，调试器会自动打开源代码，并且在函数的入口处中断（岂不是很方便？）。 例如你在阅读源代码的时候，通常在读到虚函数调用的时候，因为通常这种调用都是通过基类指针调用的，而你又一时半会不知道到底有哪个继承类的Overloading函数会被调用到，函数断点可以告诉你。 或者一种特殊的情形，你想读一个程序的源代码，但就是找不到入口Main函数，例如 .NET程序，那么直接在Visual Studio里面按F11就能帮你找到入口函数—这是函数断点的一个特殊情形。 比如你在调试Web Service函数，设置函数断点也是一个快捷的调试方法，这个技巧跟技巧1类似。

当然，可能有些读者没有办法成功设置函数断点，如果设置函数断点失败，请阅读我的文章“不能设置断点的检查步骤”。如果里面有一些名词术语（术语请参看文章：调试术语）不知道或者不知道如何设置的话，呃，我会另写一篇文章讲解。

断点编程

有的时候你可能会碰到这种情况，触发一个断点以后，你发现需要修改一些值，才能使程序继续正确执行下去。例如我以前在中文版本的操作系统上，使用sscli里面（调试版）的csc.exe编译器编译一些包含语法错误或者语法警告的C#源文件的时候，csc.exe总是会莫名其妙地报告内部严重错误，然后就崩溃了。我将调试器附加上去以后，发现是一个ASSERT错误，ASSERT(lcid == 0x409)，表示sscli里面的csc.exe总是默认自己在英文操作系统（或者说英文环境）里面运行。而且这一条语句会被执行很多次，手工修改lcid的值的确有点麻烦。然后我找源代码找来找去都没有找到csc.exe在哪个地方获取到这个lcid值（当然我最后找到了，下一个技巧将告诉你我是怎么找到的），然而我又不想重启系统（呃……也许我就是那种宁愿花1个钟头去找节省花费5分钟重启系统的方法的那种人……）。

这个时候如果调试器可以自动帮你重置lcid的值该有多好？幸运的是，Visual Studio提供了方法让你完成这样的工作。下面是一个简化的代码，因为我一时半会找不到sscli了：

int lcid = System.Globalization.CultureInfo.CurrentUICulture.LCID;
Console.WriteLine("lcid = {0}", lcid);

上面的代码在正常情况下，应该返回当前操作系统语言的lcid值，例如英文就是1033，中文的，呃……我忘记了。假设我们现在希望做的是，每当lcid的值为1033的时候，就自动更正为0。我们需要：

1、在Console.WriteLine这一行上设置一个条件断点，条件断点的设置请参看Visual Studio调试之断点进阶篇：

2、点击Visual Studio菜单栏里面的“工具（Tools）”—“宏（Macro）”—“宏资源管理器（Macro Explorer）”。然后创建一个新的宏：

Imports System
Imports EnvDTE
Imports EnvDTE80
Imports EnvDTE90
Imports System.Diagnostics
Imports Microsoft.VisualBasic
Imports Microsoft.VisualBasic.ControlChars

Public Module Module1
    Sub ChangeExpression()
        DTE.Debugger.ExecuteStatement("lcid = 0;")
    End Sub
End Module

上面DTE.Debugger.ExecuteStatement的作用，你可以理解成在立即窗口中执行lcid = 0;这条语句。

3、右键点击刚才设置好的断点，在菜单里面选择“When Hit …”，这一次在“When Breakpoint is Hit”窗口中勾选“Run a macro:（执行一个宏）”，然后在下拉框里面选择刚才你创建的宏的名称。如果你是第一次创建宏，名称应该是：Macros.MyMacros.Module1.ChangeExpression。

4、勾选“继续执行（Continue execution）”，因为我们并不想让程序中断下来。

5、点击确定以后，执行程序看一看结果，lcid是不是已经被自动改成0了？

数据断点

注意，这个技巧仅对C++程序调试有效（或者说native程序），而且你只能在中断模式下才能设置数据断点，另外你还只能在本机设置数据断点。

上一节的例子里，我们提到了，有的时候一个全局变量被修改了以后，你可能都找不到它是什么时候被修改的，于是夜已深，人已寐，你还在辛苦地调试到底是哪个鬼地方把这个变量的值修改了。F11， F10，……，SHIFT + F11，……，F5，靠，调过了，重来，F11，F10，……

这种情况下，数据断点就很有用了，Visual Studio允许你在变量被修改的时候，中断程序的执行，是不是很酷？

默认情况下，你是找不到数据断点这个菜单的，需要执行下面的步骤把它拉出来：

打开你要调试的项目。 点击Visual Studio菜单栏里面的“工具（Tools）”—“自定义（Customize…）”。然后在“自定义（Customize…）”窗口中选择“命令（Commands）”页签里面的“种类（Categories）”列表框里的“调试（Debug）”，找到“新数据断点（New Data Breakpoint）”，将它拖到菜单栏里面相应的位置。

然后打开或者创建一个C++项目，我们以下面的源代码为例子：

#include "stdafx.h"
int g_Variable = 0;
int _tmain(int argc, _TCHAR* argv[])
{
       printf("Before modifying data breakpoints"n");
       g_Variable = 1;
       printf("After modifying data breakpoints"n");
       return 0;
}

我们现在要Visual Studio在更改g_Variable的时候中断程序的执行。

1、单击F11，这样程序就会在_tmain函数里面中断了，我们也就有机会设置数据断点了。

2、点击菜单里面的“新数据断点（New Data Breakpoint）”。注意，数据断点是通过监视内存地址某一段区域更改来实现的，因此你必须提供一个内存地址（或者说就是指针吧），这里g_Variable是一个整形变量，因此你需要使用“&g_Variable”的形式来创建一个数据断点，因为整形的 大小是4个字节，因此数据断点监视的区域是4个字节，如下图所示：

3、继续程序的执行，这时会弹出一个对话框，告诉你有一个内存地址的内容发生了变化（说明我们的数据断点生效了），这时代码行指向的是数据被修改的下一行代码，为什么会是下一行代码，下一篇文章会讲到：

呃，为什么数据断点只能在C++/C程序中才能设置？是因为托管代码有垃圾回收。而数据断点的执行原理应该是Windows内存管理里面的Guard Pages概念和VirtualProtectEx函数的实现。这个概念可以自己去查MSDN的内存管理方面的文档。