vs2010调试不停_VS2010中的调试技巧总结

这几天将开发集成环境换成了vs2010，刚开始用，有些地方不是很懂，通过查阅相关文档，现得以解决。

就拿VS2010 调试窗口一闪而过解决方法如下：

#include

using namespace std;

void main()

{ int add(int,int,int);

float average(int);

int x,y,z, sum;

cout<< "Input x, y, z:";

cin>>x>>y>>z;

sum=add(x, y, z);

cout<<"sum="<

cout<<"average="<

// system("pause");//防止系统窗口闪烁一下就没了，方法一

}

int add (int a, int b, int c)

{

return (a+b+c);

}

float average (int s)

{

return (s/3.0);

}

以上是测试代码。

解决方法如下:

若此时进行的操作是编译（F5），可先运行程序（Ctrl+F5），若仍然一闪而过，用下面方法解决。 方法一： 1.若是C++文件，在程序最后写一句（return之前）添加：system("pause"); 2.若是C文件，首先在程序头添加头文件：#include"stdlib.h"；然后在程序最后写一句（return之前）添加：system("pause")。 方法二： 1.右键单击当前工程－属性? 2.选择配置属性－链接器－系统? 3.更改系统选项中的“子系统”配置，选择下拉菜单的第一个“控制台 (/SUBSYSTEM:CONSOLE)” 然后选择"开始执行（不调试）",也就是ctrl+F5；

这样即可一劳永逸解决窗口一闪而过这个问题。

调试技巧的总结，内容整理自互联网

调试是软件开发周期中的一个很重要的部分，有时很有挑战性，有时候则让程序员迷惑，有时候让程序员发疯，但是。可以肯定的是，对于任何不是太那个微不足道的程序来说，调试是不可避免的。近年来，调试工具的发展已经使得很多调试任务简单省时了。

本文总结了十个调试技巧，当你使用VS的时候可以节省你很多时间。

1. 悬停鼠标查看表达式

调试有时候很有挑战性，当你步入一个函数想看看哪块出错的时候，查看调用栈来想想值是从哪来的。另一些情况下，则需要添加一些监视表达式，或者查看局部变量列表，这通常还是花费一些时间的，但是。如果你把你鼠标指向你感兴趣的一个变量。你会发现事情简单多了。而且，类和结构体可以通过单击展开。这样。你就可以方便快捷的找到你想查看的变量了。

2. 实时改变值 调试器不仅仅是一个分析程序崩溃或是异常结果的工具了，许多bug都可以通过步入新写的函数，检查函数是否如期望的那样运行来预防。有时候你可能会好奇“如果条件为真函数会正确运行吗”大多数情况下，根本不需要改变代码重启挑起，仅仅把鼠标悬停到一个变量上，双击值然后输入一个新值就可以了。。

3．设置下一条语句 一个典型的调试情况就是通过单步跟踪分析为什么一个函数调用失败了。当你发现一个函数调用的另一个函数返回错误的时候你会怎么做？重启调试？有更好的方法。拖动这个黄色的语句标识到你想下一步执行的语句前就可以了。比如你刚才失败的那块，然后步入。简单，不是吗？

4.编辑然后继续 调试一个复杂的程序，或是一个插件的时候，在一个被调用很多次的函数处发现一个错误。但是不想浪费时间停下来，重新编译然后重新调试。没问题，仅仅在该处改正代码然后继续单步就可以。VS会修正程序然后继续调试不需要重启

注意，编辑然后继续有大量的已知限制，首先，64位代码是不行的。如果他如果为你的C#程序工作。就去工程设置的生成选项，然后目标平台为x86.不要担心。发布版的目标平台和调试的时候是分开的。可以被设置为任何平台。。

第二．编辑然后继续改变在一个方法里应该是局部的。。如果你改变了方法签名，添加一些新方法或是类。你就不得不重启程序了。或者撤销改变来继续。改变方法也包含lambda表达式隐式修改的自动生成的代理类，因此也不能继续。

5.方便的监视窗口 大概现代的调试器都有一个监视窗口，无论如何。VS允许你简单的添加或移除变量。单击空行，输入你的表达式按下回车，或者是在不需要的表达式上按下Delete键就可以删除了。 而且。从监视窗口你不仅仅可以看到“正常”的变量。你可以输入$handles 来追踪你的程序打开了多少句柄（可以方便的修复内存泄漏） ，输入$err 可以看到上一个函数的错误码，然后使用工具-错误信息可以看到更详细的描述，或者输入@eax（64位是@rax）来查看包含函数返回值的寄存器。

6.带注释的反汇编 使用交互式的反汇编模式可以使得优化程序的关键部分变得很容易，VS给出对应你代码每一行的汇编指令，并且运行单步运行。同时，可以在任何位置设置断点。而且，表达式的查看和修改也像在C++代码里一样

7.带有栈的线程窗口 调试多线程的程序是痛苦的。。或者也可以是很有趣的。取决于你的调试器。VS2010真正优美的特性是线程窗口的栈视图，通过窗口的调用栈你可以方便的总览线程。

8.条件断点 如果你尝试通过断点再现一个罕见的事件，该情况引发了一些严重的错误。你可以添加条件断点。定义一个断点的条件，然后如果条件不成立，VS会忽略该断点

9.内存窗口 有些bug由不正确的结构体定义引起，忽略的对齐属性等等。查看内存中的内容可以定位然后修复bug。VS提供了一个放百年的内存窗口，可以把值以8/16/32/64位的形式展示。还有浮点值。也允许实时改变他们。就像在文本编辑器里一样。

10.转到定义 这个特性不是直接关于调试的，而是关于浏览大项目的。如果你尝试找到一些不是你自己写的代码中的错误，快速知道“这个类型是什么”或者“这个函数是干嘛的”，可以节省很多时间，VS通过一个转到定义命令方便了你。

11.命令窗口 第十一的技巧chaau已经建议过了。确实可以节省很多时间，VS支持命令窗口，可以通过，视图-其他窗口-命令窗口来启动。一旦激活，你可以输入不同的命令来自动化调试。举个例子。你可以通过如下命令 简单的模拟MFC COleDateTime 变量。

1

?

dt

.

Format

(

"%Y-%m-%d %H:%M:%S"

)

许可 本文包括源代码和文件在CPOL下授权

----------------------------------------------------------------------------------------------------------------------------------------

[原文发表地址]：Debugging Tips with Visual Studio 2010

[原文发表时间]：2010/8/19 10:48 AM

今天的博文包含了一些有用的能用于VS的调试技巧。 我的朋友Scott Cate（他写了很多很好的关于VS使用技巧和窍门的博客）最近向我强调了这些很好的技巧，大部分使用VS的开发人员好像不知道这些技巧（即使他们大部分都在产品开发组呆过一阵子）。 如果你还没有使用过这些技巧，希望这篇博文能帮你发现它们。 它们学起来很容易，能帮你节省很多时间。

运行到光标（Ctrl+ F10）

我经常看见人们是这样来调试应用程序的： 他们在应用程序需要调试的代码前设置一个断点，然后反复的敲F10/F11来逐步通过代码，直到到达他们真正想要研究的确切位置。有些时候他们需要仔细观察所跨过的每行代码，这样使用F10/F11 就很合理。 但是更普遍的是，他们只想快点进入他们真正关心的那行代码——这是使用F10/F11 就不是最好的选择了。

相反， 你可能想利用调试器支持的特性“运行到光标”。 只需简单地把你的光标放在代码中你想程序运行到的那一行，然后同时敲Ctrl+F10。这样程序就会运行到光标所在的那一行， 然后执行中止，由调试器控制——这样就节约了你反复敲击F10/F11到达那里的时间。即使你想运行到的那行代码不在当前调试的方法或类里，而是在一个独立的方法或类里，这也同样奏效。

条件断点

我们经常在可用性学习中见到另一个普遍的技巧：开发人员设置断点，运行程序，试着输入一些数据，当到达一个断点时，手工检查某种条件是不是成立，如果成立才决定进一步研究。 如果条件不符合他们想要的， 按F5继续执行程序，尝试另外一些输入，再手工重复同样的过程。

VS的条件断点功能提供了一个更加容易的方法来处理以上情况。 条件断点允许你只在某种明确指定的条件成立时才中止执行，由调试器控制。这帮你免于手动检查/恢复你的程序， 使得整个调试过程免去许多手工活，也不那么冗长乏味。

设置一个条件断点

设置一个条件断点十分简单，在代码里按F9为某一行设置一个断点：

然后右击断点——编辑器左边的红色圆圈，在右键菜单中，选择“条件…” ：

将弹出以下对话框， 允许你指明某种条件，只有当这种条件成立时，断点才能达到。 例如：我们可以通过写下面的表达式来指明，只有当paginatedDinners列表元素的个数小于10时，才中止程序，由调试器控制。

现在， 当我重新运行程序来研究一下， 调试器只在这个查找返回值小于10时，才中止程序执行。 如果返回值不小于10 ，将不会触发断点。

命中次数功能

有时你只想在条件第N次成立时中止执行。例如：仅当第5次出现查找返回值小于10时，才中止执行。你这样启用这个功能：右击断点， 选择“命中次数…”菜单命令。

将弹出以下对话框， 允许你指明程序中断的条件：条件被第N次满足时，或者条件被满足的次数是N的倍数时，或者条件被满足的次数大于等于N次时。

机器/线程/进程筛选器

你可以右击断点，选择“筛选器…”菜单命令， 来指明断点只在某台特定的机器，或某个特定的进程或线程中才能被触发。

跟踪点——当击中断点时自定义行为

很多人不知道的一个调试功能是使用跟踪点。 跟踪点是一个断点， 当它被击中时，某种自定义的宏会被触发执行。当你想研究你的应用程序而又不想中止执行程序时， 这个功能特别有用。

我将用一个简单的控制台程序来演示如何使用跟踪点。 下面是斐波那契数列的递归实现：

在上面的应用程序中，针对特定的输入，我们使用Console.WriteLine()来输出最后的斐波那契数列。假如我们想在调试过程中研究斐波那契的递归过程——而不停止调试的执行？ 跟踪点能帮我们很轻松地做到这一点。

设置跟踪点

你可以这样启用跟踪点：按F9在代码上设置一个断点， 右击断点，在右键菜单中选择“命中条件…”菜单命令：

将弹出以下对话框——允许你指定当断点触发时，进行何种操作：

如上所示，我们指定每次当断点的条件成立时，打印跟踪信息。注意我们指定了想要输出的局部变量“X” 的值作为输出信息的一部分。 局部变量能通过{变量名}的语法被引用。 也有内嵌的命令（像$CALLER，$CALLSTACK， $FUNCTION等等）可以用来输出跟踪信息中常见的值。

上面对话框的底部， 我们也选中了“继续执行”单选框——表示我们不希望调试器暂停程序。 相反，程序会继续执行——只是我们自定义的跟踪信息会在每次断点条件满足时输出，就这点不同。

现在当我们运行程序时，我们会发现自定义的跟踪信息会自动出现在VS的输出窗口中——使我们能看到程序的递归过程。

你也可以选择为你的程序设置一个自定义跟踪监听器——这样跟踪点的输出信息就会被重定向到它里面，而不是VS的输出窗口里。

跟踪点——运行自定义的宏

上周我在伦敦做了一次演讲， 听众中有个人问了这样一个问题：有没有可能当击中一个跟踪点时，自动输出所有的局部变量。

这个功能不是内置在VS中的， 但是可以通过在VS中写一个自定义的宏来启用它，然后设置一个跟踪点，当它被击中时，调用这个宏。 为了实现这个目的， 打开VS中的宏窗口（工具->宏->宏菜单命令）。然后在项目管理器“MyMacros”结点下面， 选择模板或者新建一个模板（如：添加一个名为“UsefulThings”的 模板）， 再将下面的VB宏代码贴到模板里，并保存它：

Sub DumpLocals()

Dim outputWindow As EnvDTE.OutputWindow

??????? outputWindow = DTE.Windows.Item(EnvDTE.Constants.vsWindowKindOutput).Object

Dim currentStackFrame As EnvDTE.StackFrame

??????? currentStackFrame = DTE.Debugger.CurrentStackFrame

??????? outputWindow.ActivePane.OutputString("*Dumping Local Variables*" + vbCrLf)

For Each exp As EnvDTE.Expression In currentStackFrame.Locals

??????????? outputWindow.ActivePane.OutputString(www.sychzs.cn + " = " + exp.Value.ToString() + vbCrLf)

Next

End Sub

上面的宏代码依次检测当前堆栈，获取所有的局部变量，并将其显示在输出窗口。

使用DumpLocals自定义宏

在下面这个简单的应用程序中，我们可以利用自定义的“DumpLocals”宏：

在上面的Add方法的return语句上，按F9设置一个断点。 右击断点，选择“命中条件…”菜单命令：

将弹出以下对话框，上例中，我们选中了“打印信息”的单选框，再手工指定希望输出的变量， 而这里， 我们选中“运行宏”的单选框，使它指向我们创建的自定义宏UsefulThings.DumpLocals：

我们仍然选中“继续执行”单选框，这样能保证当跟踪点被击中时，程序依然能够继续执行。

运行程序

现在当我们按F5运行程序，当调用Add方法时，我们将看见以下输出出现在VS输出窗口中。 注意当跟踪点被击中时，宏是如何自动列出各个变量名及其值的。

总结

VS调试器功能非常丰富。 我强烈建议大家抽出一些时间来学习它的所有功能。 以上的技巧和诀窍只是很多大家没有真正意识到的功能中的一小部分。

我之前写过其他一些关于VS2010调试器改进的博客（包括数据标签固定，断点导入导出，保留最后值变量， 等等）。 我将发表更多关于VS2010的智能跟踪和转储文件调试支持的博文。这些技术提供了很多非常酷的新功能，会让程序(包括产品中的程序)的调试变得非常简单和强大。

也请务必看看Scott Cate很棒的VS2010技巧和诀窍系列，你可以学习如何更好的利用VS。他有一些非常棒的免费视频和博客。

也要看看Jim Griesmer很棒的VS调试技巧和诀窍系列。 他有许多很好的可以利用的技巧和诀窍。

希望这能对您有所帮助。

【本文地址】http://www.sychzs.cn/scottgu/archives/2011/02/24/www.sychzs.cn

【大牛博客】http://www.sychzs.cn/scottgu/

VS2010中的调试技巧

By

devdivchina

|

Published:

2011 年 02 月 24 日

原文发表地址：Debugging Tips with Visual Studio 2010原文发表时间：Wednesday, August 18, 2010 9:48 PM

这是我的博客中关于VS 2010和.NET 4发布系列的第二十六篇文章。

今天的博文将介绍Visual Studio中的一些实用调试技巧。这是受我朋友Scott Cate (他发表过几十篇很棒的VS技术文章) 启发。他最近告诉我，许多Visual Studio下的程序员，甚至一些很有经验的开发人员，都不知道这些技巧。希望这篇文章能帮你掌握这些技巧。它们都很简单，却能帮你节约大量的时间。

跳到当前光标处（Ctrl+F10）

我经常看到人们为了到达目标代码位置，而在程序中早早设定了断点，然后反复地按F10/F11，一步步走到目标代码处。当程序员的确需要仔细观察每一步的状态变化时， F10/F11是合理的选择。然而多数情况下，人们只想快速到达他们真正关心的代码处，这时候F10/F11就不是最佳选择了。

这时，你应该利用“跳到当前光标处”这个功能。先把光标定位在要测的目标代码行上，再同时按Ctrl和F10，被测程序将直接跳到该行停下。你再也不用按许多次F10/F11了。即使目标代码位于独立的类或方法中，你仍然可以从当前正在检查的地方跳过去。

条件中断

另一种常见的情况是：开发人员设置断点，运行程序，利用不同的输入触发断点，然后在断点处手工检查是否满足某些特定的条件，从而决定是否继续调查。如果当前场景不是他们想要的，按F5继续运行程序，尝试别的输入，手动重复刚才的过程。

针对上述情况，Visual Studio提供了一个方便得多的功能——“条件中断”。只有当程序满足了开发人员预设的条件后，条件断点才会被触发，调试器中断。这将避免频繁地手工检查/恢复程序运行，大量减少调试过程中的手工和烦琐工作。

如何设置条件断点

设置条件断点非常容易。在特定的行上，按F9设置断点。

然后右击断点–编辑窗口左侧的红点，在上下文菜单上选择“Condition…”。

这时弹出一个对话框供你设置激活该断点所需的条件。比如：我们希望只有当局部变量paginatedDinners的尺寸小于10时，调试才中断。我们可以写出如下的表达式：

现在我再运行这个程序，实现搜索，只有返回值小于10时，程序运行才会被中断。对于大于10的值，该断点将被跳过。

记录到达断点次数

有时你希望，只有当第N次满足条件的运行到达断点时，才中断程序运行。例如：当第五次返回少于10份晚餐的查询结果时，中断程序运行。可以通过右击断点，然后在弹出菜单上选择“Hit count…”菜单命令实现。

这时系统弹出一个对话框，它允许你指定：（1）当满足条件，而且进入断点的累计次数等于N时，断点命中一次。（2）当满足条件，而且进入断点的累计次数是N的倍数时，断点命中一次。（3）当满足条件，而且进入断点的累计次数大于N时，每次命中断点。

机器/线程/进程过滤

设置如下：右击断点；在弹出菜单上选择“Filter…”菜单命令;然后指定命中断点的特定条件:在指定的机器上、或指定的进程中、或指定的线程中。

跟踪点—进入断点时的自定义操作

许多人不知道“跟踪点(TrackPoints)”这个调试功能。“跟踪点“是种特殊的断点，当它被命中时，它会触发一系列自定义操作。如果你想观察程序的行为，而又不想中断调试的时候，这个功能尤其有用。

我将用一个简单的控制台程序来演示如何使用“跟踪点”。如下是斐波那契数列的一个递归实现：

以上程序中，我们使用Console.WriteLine() 输出针对特定输入值生成的最终斐波那契数列。如果希望在调试器里观察操作中每一次递归运算后的数列而又不实际中断程序运行，该怎么办呢？“跟踪点”可以轻松实现。

设置跟踪点

你可以在特定的行上，按F9加跟踪点。然后右击断点，在上下文菜单中选择“When Hit…”：

在弹出对话框上，你可以设置命中该断点时，所触发的事件。

在上面例子中，我们设定一旦命中断点时就打印追踪信息。注意，我们已经把局部变量“x”的值，作为追踪信息的一部分输出。局部变量可以通过{变量名}语法输出。你还可以利用系统内置的命令（$CALLER, $CALLSTACK, $FUNCTION等等），在追踪信息中输出常用的调试值。

在上例中，我们同时选中了底端的“continue execution“选项，这说明我们不希望程序中断调试状态，而是继续运行。唯一的不同是：每次断点条件满足时，我们的自定义追踪信息都将被输出。

现在当我们运行程序时，会发现自定义追踪信息自动显示在Visual Studio的“输出“窗口里。这让我们很容易看到程序的递归调用过程：

你也可以选择往应用程序中添加一个自定义追踪信息的监听器。这时追踪点的输出信息将通过它输出，而不是Visual Studio的“输出“窗口。

跟踪点—运行自定义的宏

上周，我在伦敦演讲时，有听众问道：当命中跟踪点时，能否自动输出所有的局部变量？

Visual Studio中并没有这样的内置功能，但我们可以写一个自定义宏来实现，然后在命中跟踪点时调用该宏。这个的实现需要先打开Visual Studio的宏编辑器（工具->宏->宏IDE菜单命令），然后在项目资源管理器的MyMacros节点下选择一个模块或创建新模块（如：加个名为“UsefulThings”的模块），再把下面的VB宏代码贴到模块中并保存。Sub DumpLocals()Dim outputWindow As EnvDTE.OutputWindowoutputWindow = DTE.Windows.Item(EnvDTE.Constants.vsWindowKindOutput).Object

Dim currentStackFrame As EnvDTE.StackFramecurrentStackFrame = DTE.Debugger.CurrentStackFrame

outputWindow.ActivePane.OutputString(“*Dumping Local Variables*” + vbCrLf)For Each exp As EnvDTE.Expression In currentStackFrame.LocalsoutputWindow.ActivePane.OutputString(www.sychzs.cn + ” = ” + exp.Value.ToString() + vbCrLf)NextEnd Sub上述宏代码将循环当前的堆栈，把所有的局部变量输出到“输出”窗口。

使用自定义的“DumpLocals”宏

然后，我们可以在如下的一个简单程序中使用刚定制的“DumpLocals”宏了：

上述代码中，我们用F9在“Add”方法的返回值处加了个断点，然后右击断点，在弹出菜单上选择“When hit”。

将显示如下对话框。和之前不一样， 我们不选“Print a message”选项，也不手工设定需要输出的变量；而是选择“Run a marco”复选框，并指定到我们上面创建的UsefulThings.DumpLocals宏上：

为了使程序能在命中跟踪点后仍继续运行，我们将继续选中“continue execution”复选框。

运行程序

现在按F5运行程序，当“Add”方法被调用时，我们会在Visual Studio的“输出”窗口中看到如下结果。注意命中跟踪点时，宏会自动列出每个局部变量的名称和值:

总结

Visual Studio的调试程序功能极其丰富，我强烈建议大家花些时间去掌握它的所有功能。上述技巧是大家平时很少注意的那些功能中的一小部分。

我之前写过关于VS 2010 调试器改进的博文（包括固定数据提示窗、导入/导出断点、保留上次变量的值，等等）。以后我还会发表更多关于VS 2010的新智能提示和文件调试信息的转储支持的博文。这些技术赋予开发人员强大的调试能力，使调试程序（包括发行后的产品）变得更容易，更强大。

如果想学习更多Visual Studio知识，请参考Scott Cate的Visual Studio 2010知识与技巧系列。他发表了一系列精彩的免费视频和文章。

也可以参考 Jim Griesmer的Visual Studio调试技巧系列。他有着丰富的知识可供大家学习。

希望对大家有帮助。

Scott

补充：在本文之外，我还使用Twitter做快速更新和共享，地址是www.sychzs.cn/scottgu