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、 不要移除调试代码，如用 ASSE
2、RT, TRACE 等。 3、 初始化变量，特别是全局变量， malloc 的内存， new 的内存 4、 当你移除某个资源时，确保你移除了所有跟这个资源相关的申明（主要是在 resouce.h 文中） 5、 使用 3或者 4 级的警告级编译你的代码，并确保没有警告，project-setting-c/c+-warninglevel(中文版是项目 -属性 -C/C+-常规 警告等级 ) 6、 _debug 改成 NDEBUG 进行调 试，project-setting-C/C+-Preprocessordefinitions（中文版是项目 -属 性-C/C+-预处理器 -预处理定义）（这里是
3、debug 和 Release 编译的重要不同之一） 7、 在 Release 中调试源代码， project-setting-C/C+-debug info 选择programDataBase（中文版是项目 -属性 -C/C+-常规 -调试信息格式 -用于“ 编 辑并继续 ” 的程序数据库）， project setting-link 选上 Generate debug info(中文版是项目 -属性 -链接器 -调试 -生成调试信息 ) 8、 走读代码，特别关注堆栈和指针 二、 TRACE 宏 当选择了 Debug 目标，并且 afxTraceEnabled 变量被置为 TRUE 时， T
4、RACE 宏也就随之被激活了。但在程序的 Release 版本中，它们是被完全禁止的。下面是一个典型的 TRACE 语句： int nCount =9; CString strDesc(“total“); TRACE(“Count =%d,Description =%sn“,nCount,strDesc); 可以看到， TRACE 语句的工作方式有点像 C语言中的 printf 语句， TRACE 宏参数的个数是可变的，因此使用起来 非常容易。如果查看 MFC 的源代码，你根本找不到 TRACE 宏，而只能看到 TRACE0、 TRACE1、 TRACE2 和 TRACE3 宏，它们的参数分别
5、为 0、 1、 2、 3。 个人总结：最近看网络编程是碰到了 TRACE 语句，不知道在哪里输出，查了一晚上资料也没找出来，今天终于找到了，方法 如下： 1.在 MFC 中加入 TRACE 语句 2.在 TOOLS-MFCTRACER 中选择 “ENABLE TRACING” 点击 OK 3.进行调试运行， GO(F5)（特别注意：不是执行 ！ 以前之所以不能看到 TRACE内容，是因为不是调试执行，而是 ！ 了，切记，切记） 4.然后就会在 OUTPUT 中的 DEBUG 窗口中看到 TRACE 内容了，调试执行会自动从BUILD 窗口跳到 DEBUG 窗口，在那里就看到 TRACE 的内容
6、了， _ 以下是找的 TRACE 的详细介绍： TRACE宏对于 VC下程序调试来说是很有用的东西，有着类似 printf的功能；该宏仅仅在程序的 DEBUG 版本中出现，当 RELEASE 的时候该宏就完全消失了，从而帮助你调式也在 RELEASE 的时候减少代码量。 使用非常简单，格式如下： TRACE(“DDDDDDDDDDD“); TRACE(“wewe%d“,333); 同样还存在 TRACE0， TRACE1， TRACE2。分别对应 0， 1， 2。个参数 TRACE 信息输出到 VC IDE 环境的输出窗口（该窗口是你编译项目出错提示 的哪个窗口），但仅限于你在 VC 中运行你
7、的 DEBUG 版本的程序。 TRACE 信息还可以使用 DEBUGVIEW 来捕获到。这种情况下，你不能在 VC 的 IDE环境中运行你的程序，而将 BUILD 好的 DEBUG 版本的程序单独运行，这个时候可以在 DEBUGVIEW 的窗口看到 DEBUGVIE 格式的输出了。 VC中 TRACE 的用法有以下四种： TRACE1 ，就是不带动态参数输出字符串 , 类似 C 的 printf(“输出字符串“); TRACE2: 中的字符串可以带一个参数输出 ,类似 C的 printf(“.%d“,变量 ); TRACE3：可以带两个参数输出，类似 C 的 printf(“.%d.%f“,变
8、量 1,变量 2); TRACE4 可以带三个参数输出，类似 C 的 printf(“.%d， %d,%d“,变量 1,变量 2，变量 3); TRACE 宏有点象我们以前在 C 语言中用的 Printf 函数，使程序在运行过程中输出一些调试信息，使我们能了解程序的一些状态。但有一点不同的是： TRACE 宏只有在调试状态下才有所输出，而以前用的 Printf 函数在任何情况下都有输出。和 Printf 函数一样， TRACE 函数可以接受多个参数 如： int x = 1; int y = 16; float z = 32.0; TRACE( “This is a TRACE stateme
9、ntn“ ); 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 宏 如果你设计了一个函数，该函数需要一个指向文档对象的指针做参数，但是你却错误地用一个视图指针调用了这个函数。这个假 的地址将导致视数据的破坏。现在，这种类型的问题可以被完全避免，只要在该
10、函数的开始处实现一个 ASSERT测试，用来检测该指针是否真正指向一个文档对 象。一般来讲，编程者在每个函数的开始处均应例行公事地使用 assertion。 ASSERT 宏将会判断表达式，如果一个表达式为真，执行将继续，否则， 程序将显示一条消息并且暂停，你可以选择忽视这条错误并继续、终止这 个程序或者是跳到 Debug 器中。下面一例演示了如何使用一个 ASSERT 宏去验证一 个语句。 void foo(char p, int size ) ASSERT( p != 0 ); /确认缓冲区的指针是有效的 ASSERT( ( size = 100 ); /确认缓冲区至少有 100 个字节
11、/ Do the foo calculation 这些语句不产生任何代码，除非 DEBUG 处理器标志被设置。 Visual C只在Debug 版本设置这些标志，而在 Release 版本不定义这些标志。当 DEBUG 被定义时，两个 assertions 将产生如下代码： /ASSERT( p!= 0 ); do if( !(p !=0) while(0); /ASSERT(size = 100); do if(!(size = 100) AfxAssertFailedLine( FILE , LINE ) AfxDebugBreak(); while(0); Do while 循环将整个
12、assertion 封装在一个单独的程序块中，使得编译器编译起来很舒畅。 If 语句将求取表 达式的值并且当结果为零时调用AfxAssertFailedLine()函数。这个函数将弹出一个对话框，其中提供三个选项“ 取消、重试或忽略 ” ，当你 选取 “ 重试 ” 时，它将返回 TRUE。重试将导致对AfxDebugBreak()函数的调用，从而激活 调试器。 AfxAssertFailedLine()是一个未正式公布的函数，它的功能就是显示一个消息框。该函数的源代码驻留在 afxasert.cpp 中。函数中的 FILE 和 LINE 语句是处理器标志，它们分别指定了源文件名和当前的行号。
13、AfxAssertFailedLine()是一个未正式公布的函数，它的功能就是显示一个消息框。该函数的源代码驻留在 afxasert.cpp 中。函数中的 FILE 和 LINE 语句是处理器标志，它们分别指定了源文件名和当前的行号。 四、 VERIFY 宏 因为 assertion 只能在程序的 Debug 版本中起作用，在表达式中不可以包含赋值语句、增加语句（）或者是减 少语句（），因为，这些语句实际改变数据。可有时你可能想要验证一个能动的表达式，使用一个赋值语句。那么就到了用 VERIFY 宏来替代 ASSERT。例如： voidfoo(char p, int size ) char q
14、; VERIFY(q = p); ASSERT(size = 100); /Do the foo calculation /Do the foo calculation 在 Debug 模式下， ASSERT 和 VERIFY 是一回事，但是在 Release 模式下， VERIFY宏仍然测试表达式而 assertion 却不起任何作用。可以说，在 Release 模式下，ASSERT 语句被删除了。 请注意，如果你在一个 ASSERT 语句中错误地使用了一个能动的表达式，编译器将不做任何警告地忽略它。在 Release 模式下，该表达式 就会被无声息地删除掉，这将会导致程序的错误运行。由于
15、Release 版的程序通常不包含 Debug 信息，这类错误将很难被发现。 五、 VC 高级调试方法条件及数据断点的设定 （一）位置断点（ LocationBreakpoint） 大家最常用的断点是普通的位置断点，在源程序的某一行按 F9 就设置了一个位置断点。但对于很多问题，这种朴素的断点作用有限。譬如下面这段代码： void CForDebugDlg:OnOK() for(int i = 0; i int main(int argc, char* argv) charszName110; charszName24; strcpy(szName1,“shenzhen“); printf(“
16、%sn“,szName1); /A strcpy(szName2,“vckbase“); /B printf(“%sn“,szName1); printf(“%sn“,szName2); return0; 这段程序的输出是 szName1: shenzhen szName1:ase szName2:vckbase 首先我给你分析一下为什么会是这样的结果呢！首先你在strcpy(szName1,“shenzhen“);这个地方 F9 设置一个断点，然后 F5 运行程序，这是程序会断到我们设置的断点，如下图 看到了吧，问题出现的原因就在这里，系统给 szName2 分配的地址是 0x0012ff7
17、0这里是 4个字节，然后呢，在 0x0012ff70 后面 4 个字节处，开始分配 szName1这 10 个字节，也就是在 0x0012ff74 处开始分配 10个字节， F10 单步跟踪，来到 printf(“%sn“, szName1)这一行，如下图 szName1 分配的空间已经附上了值 . F10 走到下一个 printf(“%sn“, szName1) 看下图， 因为 szName1 和 szName2 分配的空间是连续的，所以给 szName2 赋值超过所容纳的字节时就开始覆盖 szName1 的内容了，所以说当我们在输出结果的时候就出现我们想不到的结果了， 那么怎么去调试呢，下面是具 体的方法 szName1 何时被修改呢？因为没有明显的修改 szName1 代码。我们可以首先在 A行设置普通断点， F5 运行程序，程序停在 A行。然后我们再设置一个数据断点。如下图：
