VC调试技巧

1、VC+调试技巧难怪很多前辈说调试是一个程序员最基本的技能，其重要性甚至超过学习一门语言。不会调试的程序员就意味着他即使会一门语言，却不能编制出任何好的软件。 我以前接触的程序大多是有比较成形的思路和方法，调试起来出的问题都比较小，最近这个是我自己慢慢调试，接触了很多新的调试方法，并查了很多前辈的总结，受益匪浅，总结以前的和新的收获如下：设置为了调试一个程序，首先必须使程序中包含调试信息。一般情况下，一个从AppWizard创建的工程中包含的Debug Configuration自动包含调试信息，但是是不是Debug版本并不是程序包含调试信息的决定因素，程序设计者可以在任意的Configurat

2、ion中增加调试信息，包括Release版本。为了增加调试信息，可以按照下述步骤进行： 打开Project settings对话框（可以通过快捷键ALT+F7打开，也可以通过IDE菜单Project/Settings打开 选择C/C+页，Category中选择general ，则出现一个Debug Info下拉列表框，可供选择的调试信息 方式包括： 命令行Project settings说明无None没有调试信息/ZdLine Numbers Only目标文件或者可执行文件中只包含全局和导出符号以及代码行信息，不包含符号调试信息/Z7C 7.0- Compatible目标文件或者可执行文件中包

3、含行号和所有符号调试信息，包括变量名及类型，函数及原型等/ZiProgram Database创建一个程序库(PDB，包括类型信息和符号调试信息。/ZIProgram Database for Edit and Continue除了前面/Zi的功能外，这个选项允许对代码进行调试过程中的修改和继续执行。这个选项同时使#pragma设置的优化功能无效 选择Link页，选中复选框"Generate Debug Info"，这个选项将使连接器把调试信息写进可执行文件和DLL 如果C/C+页中设置了Program Database以上的选项，则Link incrementally可以

4、选择。选中这个选项，将使程序可以在上一次编译的基础上被编译（即增量编译），而不必每次都从头开始编译。 调试方法：1、使用 Assert（原则：尽量简单）assert只在debug下生效，release下不会被编译。2、防御性的编程3、使用Trace4、用GetLastError来检测返回值，通过得到错误代码来分析错误原因5、把错误信息记录到文件中位置断点（Location Breakpoint）   大家最常用的断点是普通的位置断点，在源程序的某一行按F9就设置了一个位置断点。但对于很多问题，这种朴素的断点作用有限。譬如下面这段代码： void CForDebugDlg:O

5、nOK(        for (int i = 0; i < 1000; i+    /A                     int k = i * 10 - 2; /B           &#

6、160;  SendTo(k;          /C              int tmp = DoSome(i; /D              int j = i / tmp;    /E 

7、                    执行此函数，程序崩溃于E行，发现此时tmp为0，假设tmp本不应该为0，怎么这个时候为0呢？所以最好能够跟踪此次循环时DoSome函数是如何运行的，但由于是在循环体内，如果在E行设置断点，可能需要按F5（GO）许多次。这样手要不停的按，很痛苦。使用VC6断点修饰条件就可以轻易解决此问题。步骤如下。    1 Ctrl+B打开断点设置框，如下图： Figure 1设置高

8、级位置断点    2 然后选择D行所在的断点，然后点击condition按钮，在弹出对话框的最下面一个编辑框中输入一个很大数目，具体视应用而定，这里1000就够了。    3 按F5重新运行程序，程序中断。Ctrl+B打开断点框，发现此断点后跟随一串说明：.487 times remaining。意思是还剩下487次没有执行，那就是说执行到513（1000487）次时候出错的。因此，我们按步骤2所讲，更改此断点的skip次数,将1000改为513。    4 再次重新运行程序，程序执行了513次循环，然后自动停在断点处。这时，我们就可

9、以仔细查看DoSome是如何返回0的。这样，你就避免了手指的痛苦，节省了时间。   再看位置断点其他修饰条件。如Figure 1所示，在“Enter the expression to be evaluated:”下面，可以输入一些条件，当这些条件满足时，断点才启动。譬如，刚才的程序，我们需要i为100时程序停下来，我们就可以输入在编辑框中输入“i=100”。   另外，如果在此编辑框中如果只输入变量名称，则变量发生改变时，断点才会启动。这对检测一个变量何时被修改很方便，特别对一些大程序。   用好位置断点的修饰条件，可以大大方便解决

10、某些问题。数据断点（Data Breakpoint）   软件调试过程中，有时会发现一些数据会莫名其妙的被修改掉（如一些数组的越界写导致覆盖了另外的变量），找出何处代码导致这块内存被更改是一件棘手的事情（如果没有调试器的帮助）。恰当运用数据断点可以快速帮你定位何时何处这个数据被修改。譬如下面一段程序： #include "stdafx.h"#include int main(int argc, char* argv       char szName110;   &

11、#160;   char szName24;       strcpy(szName1,"shenzhen"                     printf("%sn", szName1;        

12、  /A       strcpy(szName2, "vckbase"              /B       printf("%sn", szName1;       printf("%sn", szName2;

13、       return 0;        这段程序的输出是              szName1: shenzhen       szName1: ase       szName2: vckbase 

14、0;   szName1何时被修改呢？因为没有明显的修改szName1代码。我们可以首先在A行设置普通断点，F5运行程序，程序停在A行。然后我们再设置一个数据断点。如下图： Figure 1设置高级位置断点    2 然后选择D行所在的断点，然后点击condition按钮，在弹出对话框的最下面一个编辑框中输入一个很大数目，具体视应用而定，这里1000就够了。    3 按F5重新运行程序，程序中断。Ctrl+B打开断点框，发现此断点后跟随一串说明：.487 times remaining。意思是还剩下487次没有执行，那就是说执行到5

15、13（1000487）次时候出错的。因此，我们按步骤2所讲，更改此断点的skip次数,将1000改为513。    4 再次重新运行程序，程序执行了513次循环，然后自动停在断点处。这时，我们就可以仔细查看DoSome是如何返回0的。这样，你就避免了手指的痛苦，节省了时间。   再看位置断点其他修饰条件。如Figure 1所示，在“Enter the expression to be evaluated:”下面，可以输入一些条件，当这些条件满足时，断点才启动。譬如，刚才的程序，我们需要i为100时程序停下来，我们就可以输入在编辑框中输入“i=100”。

16、  另外，如果在此编辑框中如果只输入变量名称，则变量发生改变时，断点才会启动。这对检测一个变量何时被修改很方便，特别对一些大程序。   用好位置断点的修饰条件，可以大大方便解决某些问题。数据断点（Data Breakpoint）   软件调试过程中，有时会发现一些数据会莫名其妙的被修改掉（如一些数组的越界写导致覆盖了另外的变量），找出何处代码导致这块内存被更改是一件棘手的事情（如果没有调试器的帮助）。恰当运用数据断点可以快速帮你定位何时何处这个数据被修改。譬如下面一段程序： #include "stdafx.h"#

17、include int main(int argc, char* argv       char szName110;       char szName24;       strcpy(szName1,"shenzhen"               

18、60;     printf("%sn", szName1;          /A       strcpy(szName2, "vckbase"              /B     

19、  printf("%sn", szName1;       printf("%sn", szName2;       return 0;        这段程序的输出是              szName1: shenzhen

20、0;      szName1: ase       szName2: vckbase     szName1何时被修改呢？因为没有明显的修改szName1代码。我们可以首先在A行设置普通断点，F5运行程序，程序停在A行。然后我们再设置一个数据断点。如下图： Figure 2 数据断点    F5继续运行，程序停在B行，说明B处代码修改了szName1。B处明明没有修改szName1呀？但调试器指明是这一行，一般不会错，所以还

21、是静下心来看看程序，哦，你发现了：szName2只有4个字节，而strcpy了7个字节，所以覆写了szName1。   数据断点不只是对变量改变有效，还可以设置变量是否等于某个值。譬如，你可以将Figure 2中红圈处改为条件”szName20=''''y''''“,那么当szName2第一个字符为y时断点就会启动。   可以看出，数据断点相对位置断点一个很大的区别是不用明确指明在哪一行代码设置断点。其他调试手段：系统提供一系列特殊的函数或者宏来处理Debug版本相关的信息，如下： 宏名/函

22、数名说明TRACE使用方法和printf完全一致，他在output框中输出调试信息ASSERT它接收一个表达式，如果这个表达式为TRUE，则无动作，否则中断当前程序执行。对于系统中出现这个宏 导致的中断，应该认为你的函数调用未能满足系统的调用此函数的前提条件。例如，对于一个还没有创建的窗口调用SetWindowText等。VERIFY和ASSERT功能类似，所不同的是，在Release版本中，ASSERT不计算输入的表达式的值，而VERIFY计算表达式的值。值WatchVC支持查看变量、表达式和内存的值。所有这些观察都必须是在断点中断的情况下进行。观看变量的值最简单，当断点到达时，把光标移动到

23、这个变量上，停留一会就可以看到变量的值。VC提供一种被成为Watch的机制来观看变量和表达式的值。在断点状态下，在变量上单击右键，选择Quick Watch， 就弹出一个对话框，显示这个变量的值。单击Debug工具条上的Watch按钮，就出现一个Watch视图（Watch1,Watch2,Watch3,Watch4），在该视图中输入变量或者表达式，就可以观察 变量或者表达式的值。注意：这个表达式不能有副作用，例如+运算符绝对禁止用于这个表达式中，因为这个运算符将修改变量的值，导致 软件的逻辑被破坏。Memory由于指针指向的数组，Watch只能显示第一个元素的值。为了显示数组的后续内容，或者要

24、显示一片内存的内容，可以使用memory功能。在 Debug工具条上点memory按钮，就弹出一个对话框，在其中输入地址，就可以显示该地址指向的内存的内容。VariblesDebug工具条上的Varibles按钮弹出一个框，显示所有当前执行上下文中可见的变量的值。特别是当前指令涉及的变量，以红色显示。寄存器Debug工具条上的Reigsters按钮弹出一个框，显示当前的所有寄存器的值。调试技巧：1、VC+中F5进行调试运行a、在output Debug窗口中可以看到用TRACE打印的信息b、 Call Stack窗口中能看到程序的调用堆栈2、当Debug版本运行时发生崩溃，选择retry进行调

25、试，通过看Call Stack分析出错的位置及原因3、使用映射文件调试a、创建映射文件：Project settings中link项，选中Generate mapfile，输出程序代码地址：/MAPINFO: LINES，得到引出序号：/MAPINFO: EXPORTS。b、程序发布时，应该把所有模块的映射文件都存档。c、查看映射文件：见” 通过崩溃地址找出源代码的出错行”文件。4、可以调试的Release版本Project settings中C+项的Debug Info选择为Program Database，Link项的Debug中选择Debug Info和Microsoft format。

26、5、查看API的错误码，在watch窗口输入err可以查看或者err,hr，其中”,hr”表示错误码的说明。6、Set Next Statement：该功能可以直接跳转到指定的代码行执行，一般用来测试异常处理的代码。7、调试内存变量的变化：当内存发生变化时停下来。？进程控制VC允许被中断的程序继续运行、单步运行和运行到指定光标处，分别对应快捷键F5、F10/F11和CTRL+F10。各个快捷键功能如下： 快捷键说明F5调试/继续运行F10单步，如果涉及到子函数，不进入子函数内部F11单步，如果涉及到子函数，进入子函数内部CTRL+F10运行到当前光标处。F7重建F9设置断点/清除断点Ctrl+Shift+F9清除所有断点Shift+F5结束调试Call Stack调用堆栈反映了当前断点处函数是被那些函数按照什么顺序调用的。单击Debug工具条上的Call stack就显示Call Stack对话框。在CallSt