VC++调试快捷键

《VC++调试快捷键》由会员分享，可在线阅读，更多相关《VC++调试快捷键（9页珍藏版）》请在金锄头文库上搜索。

1、VC调试快捷键一、调试基础调试快捷键F5：开始调试Shift+F5:停止调试F10：调试到下一句，这里是单步跟踪F11：调试到下一句，跟进函数内部Shift+F11:从当前函数中跳出Ctrl+F10:调试到光标所在位置F9： 设置（取消）断点Alt+F9:高级断点设置跟踪调试1、尽量使用快捷键时行调试2、观察调试信息3、高级中断设置异常调试重试一 取消一 调试函数堆栈，用variables或者call stack窗口Release 调试1、经常测试你的Debug和Release版本2、不要移除调试代码，如用ASSERT, TRACE等。3、初始化变量，特别是全局变量，malloc的内存，new

2、的内存4、当你移除某个资源时，确保你移除了所有跟这个资源相关的申明（主要是在resouce.h 文中）5、使用3或者4级的警告级编译你的代码，并确保没有警告， project-setting-c/c+-warninglevel（中 文版是项目- 属性-C/C+- 常规一 警告等级）6、_debug 改成 NDEBUG 进行调试，project-setting-C/C+-Preprocessordefinitions（中 文版是项目-属性-C/C+-预处理器-预处理定义）（这里是debug和Release编译的重 要不同之一）7、在 Release 中调试源代码，project-setting-

3、C/C+-debug info选择 programDataBase （中文版是项目-属性-C/C+-常规-调试信息格式-用于编辑并继续”的程序数据库），projectsetting-link选上 Generate debug info（中文版是项目-属性-链接器-调 试- 生成调试信息）8、走读代码，特别关注堆栈和指针二、TRACE 宏当选择了 Debug目标，并且afxTraceEnabled变量被置为TRUE时，TRACE宏也就随之被 激活了。但在程序的Release版本中，它们是被完全禁止的。下面是一个典型的TRACE 语句：int nCount =9;CString strDesc（t

4、otal）;TRACE（Count =%d,Description =%sn,nCount,strDesc）;可以看到，TRACE语句的工作方式有点像C语言中的printf语句，TRACE宏参数的个数 是可变的，因此使用起来非常容易。如果查看MFC的源代码，你根本找不到TRACE宏， 而只能看到TRACE0、TRACE1、TRACE2和TRACE3宏，它们的参数分别为0、1、2、3。 个人总结：最近看网络编程是碰到了 TRACE语句，不知道在哪里输出，查了一晚上资 料也没找出来，今天终于找到了，方法如下：1. 在MFC中加入TRACE语句2. 在 TOOLS-MFCTRACER 中选择 “EN

5、ABLE TRACING点击 OK3. 进行调试运行，GO(F5)(特别注意：不是执行！ 以前之所以不能看到TRACE内容， 是因为不是调试执行，而是！ 了，切记，切记)4. 然后就会在OUTPUT中的DEBUG窗口中看到TRACE内容了，调试执行会自动从BUILD 窗口跳到DEBUG窗口，在那里就看到TRACE的内容了，A_A以下是找的TRACE的详细介绍：TRACE宏对于VC下程序调试来说是很有用的东西，有着类似printf的功能；该宏仅 仅在程序的DEBUG版本中出现，当RELEASE的时候该宏就完全消失了，从而帮助你调 式也在RELEASE的时候减少代码量。使用非常简单，格式如下：TR

6、ACE(DDDDDDDDDDD);TRACE(wewe%d”,333);同样还存在TRACE0，TRACE1，TRACE2。分别对应0，1，2。个参数TRACE信息输出到VC IDE环境的输出窗口(该窗口是你编译项目出错提示的哪个窗口)， 但仅限于你在VC中运行你的DEBUG版本的程序。TRACE信息还可以使用DEBUGVIEW来捕获到。这种情况下，你不能在VC的IDE环境中 运行你的程序，而将 BUILD好的DEBUG版本的程序单独运行，这个时候可以在 DEBUGVIEW的窗口看到DEBUGVIE格式的输出了。VC中TRACE的用法有以下四种：TRACE1，就是不带动态参数输出字符串，类似C

7、的printfC输出字符串)；TRACE2:中的字符串可以带一个参数输出，类似C的printf(.%d,变量)；TRACE3：可以带两个参数输出，类似C的printf(.%d.%f,变量1,变量2);TRACE4可以带三个参数输出，类似C的printf(.%d，%d,%d,变量1,变量2，变量3);TRACE宏有点象我们以前在C语言中用的Printf函数，使程序在运行过程中输出一些调 试信息，使我们能了解程序的一些状态。但有一点不同的是：TRACE宏只有在调试状态下才有所输出，而以前用的Printf函数在任何情况下都有输 出。和Printf函数一样，TRACE函数可以接受多个参数如：int x

8、 = 1;int y = 16;float z = 32.0;TRACE( This is a TRACE statementn);TRACE( The value of x is %dn, x );TRACE( x = %d and y = %dn, x, y );TRACE( x = %d and y = %x and z = %fn, x, y, z );要注意的是TRACE宏只对Debug版本的工程产生作用，在Release版本的工程中，TRACE 宏将被忽略。三、ASSERT 宏如果你设计了一个函数，该函数需要一个指向文档对象的指针做参数，但是你却错误地 用一个视图指针调用了这个函数

9、。这个假的地址将导致视数据的破坏。现在，这种类型 的问题可以被完全避免，只要在该函数的开始处实现一个ASSERT测试，用来检测该指 针是否真正指向一个文档对象。一般来讲，编程者在每个函数的开始处均应例行公事地 使用assertion0 ASSERT宏将会判断表达式，如果一个表达式为真，执行将继续，否则， 程序将显示一条消息并且暂停，你可以选择忽视这条错误并继续、终止这个程序或者是 跳到Debug器中。下面一例演示了如何使用一个ASSERT宏去验证一个语句。void foo(char p, int size )ASSERT( p != 0 ); 确认缓冲区的指针是有效的ASSERT( ( siz

10、e = 100 ); /确认缓冲区至少有100个字节/ Do the foo calculation这些语句不产生任何代码，除非一DEBUG处理器标志被设置。Visual C+ +只在Debug 版本设置这些标志，而在Release版本不定义这些标志。当一DEBUG被定义时，两个 assertions将产生如下代码：/ASSERT( p! = 0 );doif( !(p !=0) & AfxAssertFailedLine(FILE,LINE)AfxDebugBreak();while(0);/ASSERT(size= 100);doif(!(size= 100) &AfxAssertFail

11、edLine(FILE,LINE)AfxDebugBreak();while(0);Dowhile循环将整个assertion封装在一个单独的程序块中，使得编译器编译起来很舒 畅。If语句将求取表达式的值并且当结果为零时调用AfxAssertFailedLine()函数。这个函 数将弹出一个对话框，其中提供三个选项取消、重试或忽略”，当你选取重试”时，它 将返回TRUE。重试将导致对AfxDebugBreak()函数的调用，从而激活调试器。AfxAssertFailedLine()是 一个未正式公布的函数，它的功能就是显示一个消息框。该函数 的源代码驻留在afxasert.cpp中。函数中的一

12、FILE和一LINE语句是处理器标志，它们 分别指定了源文件名和当前的行号。AfxAssertFailedLine()是 一个未正式公布的函数，它的功能就是显示一个消息框。该函数 的源代码驻留在afxasert.cpp中。函数中的一FILE和一LINE语句是处理器标志，它们 分别指定了源文件名和当前的行号。四、VERIFY 宏因为assertion只能在程序的Debug版本中起作用，在表达式中不可以包含赋值语句、 增加语句( + + )或者是减少语句(一一)，因为，这些语句实际改变数据。可有时你 可能想要验证一个能动的表达式，使用一个赋值语句。那么就到了用VERIFY宏来替代 ASSERT。例

13、如：voidfoo(char p, int size )char q;VERIFY(q = p);ASSERT(size= 100);/Do the foo calculation/Do the foo calculation在Debug模式下，ASSERT和VERIFY是一回事，但是在Release模式下，VERIFY宏仍然 测试表达式而assertion却不起任何作用。可以说，在Release模式下，ASSERT语句被 删除了。请注意，如果你在一个ASSERT语句中错误地使用了一个能动的表达式，编译器将不做 任何警告地忽略它。在Release模式下，该表达式就会被无声息地删除掉，这将会导致

14、 程序的错误运行。由于Release版的程序通常不包含Debug信息，这类错误将很难被发 现。五、VC高级调试方法一条件及数据断点的设定(一)位置断点(L ocationBreakpoint)大家最常用的断点是普通的位置断点，在源程序的某一行按F9就设置了一个位置断 点。但对于很多问题，这种朴素的断点作用有限。譬如下面这段代码： void CForDebugDlg:OnOK()for(int i = 0; i 1000; i+) /Aintk = i * 10 - 2; /BSendTo(k); /Cinttmp = DoSome(i); /DTrace0(这里要输出的内容”);在这里可以输出

15、一些有用的信息,你也可以输出I 的值，都是可以的intj = i / tmp; /E其实我们还可以用其他方法调式也是一样的，你可以用TRACE0宏来输出循环中的 每一个结果，我们也可以在debug中看见输出的结果，当出现问题时，输出的结果可能 就不一样了，我们可以分析一下debug中的结果找出问题的所在执行此函数，程序崩溃于E行，发现此时tmp为0，假设tmp本不应该为0，怎么 这个时候为0呢？所以最好能够跟踪此次循环时DoSome函数是如何运行的，但由于是 在循环体内，如果在E行设置断点，可能需要按F5 (GO)许多次。这样手要不停的按， 很痛苦。使用VC6断点修饰条件就可以轻易解决此问题。步骤如下。1 Ctrl+B打开断点设置框，如下图：Figure 1设置高级位置断点2然后选择D行所在的断点，然后点击condition按钮，在弹出对话框的最下面一个编 辑框中输入一个很大数目，具体视应用而定，这里1000就够了。