VS2008开发环境下调试VC++程序入门

Vs2008开发环境下调试vc++程序入门
一、菜单栏中和调试有关的各菜单选项
图１－１
1、Breakpoints显示程序中所有已加的断点。

2、Start Debugging 开始调试程序，如果程序中没有断点，则一直运行完毕，
如果程序中设置有断点，则动行至断点。

3、Attach to Process 附加另一个进程进行调试，此进程可以是其它可执行文
件，如果有源程序，可调入源程式调式，如无源程序，对此进程的汇编代
码进行调试。

4、Toggle BreakPoint 在一行代码处设置断点，也可直接在一行代码前面的灰
条处点一鼠标左键。

即可设置断点，如图１－１左侧小红点就是断点。

再
次左键点一下即可取消断点。

5、Step Over进入单步调试，或者快捷键F10。

单步调试是一行行的向前运行，
遇到函数不进入函数体内；而另一个快捷键F11也是单步调试，但是遇到
函数会进入函数体内运行。

也可以用组合键CTRL+F10运行到光标指定点。

6、Delete All BreakPoints 取消所有的断点
7、Disable All BreakPoints 禁用所有的断点，但不取消。

再次点一下菜单命令
可恢复。

二、各种调试和变量窗口
图2-1
1、最上面显示的是目前所处的进程和线程名
2、左边黄色箭头指明现在调试运行到此处
3、右边是调试变量窗口，有三个子窗口Autos窗口，Locals窗口，Watch1窗口，
这三个窗口中前二个自动显示黄色箭头运行处的本地变量内容。

而Watch1中可手工输入变量名，系统会自动列出变量的值。

Value栏中的内容是可以修改的，比如图２－１中的循环计数变量m_dwSpinCount值是４０００，如果我们调试时进入这个循环，要手工运行４０００次，才能退出循环，这太麻烦，此时，可以直接鼠标左键点变量窗口中４０００这个值，修改变量值为０次。

继续单步调试程序，退出循环。

当然你也可以在循环外面加一个断点，直接按F5跳出循环到断点处。

想查看全局变量，或静态变量的值，在Watch1窗口中手工输入变量名即可。

也可直接在程序中把鼠标移到你想查看的变量名上，停留一下，自动显示变量的内容。

4、最下面的是显示所有的断点的窗口，点击哪一个断点，上面的代码就会定位到
源代码中相应的设置断点的行上。

三、多线程和多进程调试。

１、在对多线程进行调试时，要在每个线程函数开始处加一个断点，否则，主线程运行，你是不可能进入别的线程中去的。

比如，在主线程中生成二个线程，主线程是继续向前运行的，除非遇到wait系列的函数，是不会停止的，也不会主
动跳到另外一个线程中去，这时我们在另二个线程中加入断点，这二个线程是随机执行的，无论哪一个先运行，一遇到断点就会停下，这时我们就可对线程进行调试，完成后，跳到第二个线程断点处等待，这样我们可以遍历所有加断点的线程。

２、多进程稍微麻烦一点，在有源代码的情况下，可以在程序开始处加一个DebugBreak()函数强迫进程进入调试状态。

如图：
这里先运行一个进程，在这个进程中再运行一个子进程，这个子进程是程序的另一个实例，当子进程一运行，就会到第一条语句判断是否是第一个实例，这里因为它是第二个实例，所以直接跳到DebugBreak()处运行，会强行弹出一个选择调试器对话框如图：
一个对话框如图：
因为这是新打开的调试器，虽然前面我们在源程序中已经设置了断点，但是在这个新打开的调试器中，所有的断点已经看不见了，在这里，我们要点Break，不能点Continue 否则进程一下就运行完了，或者运行到wait系列函数处等待第一个进程释放事件对象。

就起不到调试的作用了。

３、在这时要注意的是，调试时程序运行的当前行是有一个黄色的箭头指示，但是当调试多进程时，哪一个进程处于激活状态，哪一个进程的调试器才能看到当前运行的黄箭头指示。

和调试线程一样，如果有好几个进程同时调试，要一个个的加DebugBreak()，
并且要一个个的调试，不能全Continue了，所有的进程同时运行，就无法调试了。

一：F9在你需要停下的地方设置断点
F5进入调试
F10单步运行
F11进入函数
二：看不到自己设的各个变量的当前值
设断点，等运行到那后，你想看哪个就把鼠标放到它上面就显示出来了
三：如何使用Visual C++调试程序？
在调试中可以使用断言、TRA CE 宏输出结合单步执行来综合调试。

1、如何使用编译、连结的出错信息
在编译、连结阶段Output 窗口会向我们输出当前编译的信息，如果遇到错误，它会向我们报告错误在第几行、是什么错误。

这时在错误提示行上双击左键，就可以定位到程序中的出错处，此时就可以根据出错提示修改我们的代码。

如这个例子中是一个语法错误——漏写了一个分号。

当然，有时真正的错误并不在该行（通常是由某几个错误之间的相关性导致）。

这就需要我们在附近几行仔细察看。

如果对所报错误不太理解，可以加亮该错误提示行，然后按F1键，则可察看该错误的较详细解释。

（当然，前提是你的英文水平不错）
2常见错误：
☆语法错误：
请检查是否缺少了分号（行结束符），if、else是否匹配、switch 语句用法是否对等。

注意，宏定义、包含文件定义结束不需分号，而类定义结束需要分号。

☆变量、函数未定义、重定义：
请检查变量大小写、是否包含了相应的头文件（包括你自己的和MFC、Windows 的）。

☆连接错误：
这种错误一般发生在你的程序中使用了动态连结库(dll)的时候（不管是你的还是Windows 本身的）。

此时，可以察看是哪个函数出错。

比如你调用了一个Windows API，而MSDN中的说明写到这个函数需要包含哪个头文件(.h)、输入哪个库(.lib)，那么就要在你的工程设置里加入这个库。

方法是选择菜单：Project->Settings，转到Link选项卡，在Object/Library modules 输入框中输入相应的模块
如果我们改正了所有的错误，编译通过了，但结果不正确，那么我们就必须使用调试的办法了。

主要有两种。

2、使用断言进行运行时调试
运行时调试是指按Ctrl+F5 执行程序，在运行时测试。

（单步调试时按F5）此时我们的程序与Debugger是"相对"独立的。

如果你的程序运行时好时坏，或者有时会执行非法操作，而你觉得自己的设计又没有问题，那么此时最适合使用断言进行运行时调试。

方法是使用ASSER T 宏（MFC 宏大多数在程序的发行版Release 中是不产生代码的，仅在Debug 版中有用）。

断言是指你对一个条件进行判断，假定它真。

我们编程时编写的部分代码总是需要一定条件的，条件满足时执行，反之不执行。

如果你的程序运行时好时坏，或者有时会执行非法操作，一定是由于部分代码的执行条件有时成立，有时不成立。

这时可以在这些代码前面加上ASSER T 宏判断条件（用法：ASSER T（条件表达式）），当条件满足时程序顺利执行，当条件不满足时，Debugger 会弹出图示的窗口：
这时Debugger 告诉我们：“你的程序运行时第317 行的那个断言条件没有满足！” 哈哈，这下我们知道错在哪里了。

这种错误通常发生在一个可能非法的对象指针、数组下标越界等会造成非法访问不属于应
用程序的内存的时候。

断言使用简单、功能强大，所以我们在平时编程序时就应该养成加入断言的习惯。

大致有如下几种情况：
◎通过指针分配了一块内存，必须使用断言判断指针有效性。

使用ASSER T(pObject!=NULL);
◎对于函数调用，必须使用断言判断参数的有效性。

这些参数包括指针，限制范围的数等。

◎对于数组访问，必须使用断言判断下标的有效性，特别是当使用函数传递参数时。

◎其它一些情况，请自己总结。

例子：
// example for ASSER T
CAge* pcage = new CAge( 21 ); // CAge is derived from CObject.
ASSERT( pcage!= NULL )
ASSERT( pcage->IsKindOf( RUNTIME_CLASS( CAge ) ) )
// Terminates program only if pcage is NOT a CAge*.
另外，在运行时还可以利用MessageBox() 函数来输出变量，进行调试。

3、结合TRA CE宏、设置断点进行单步调试
单步调试无异是最有效的方法，虽然比较费时间，但它可以使我们深入到程序中去，观察我们程序的执行过程、执行中变量值的变化情况，使我们可以了解自己编程思路的不足之处（毕竟，人的思想与计算机的"思想"并不一致）。

如果你从未进行过单步调试的话，可以肯定地说你一定没编过大程序（小程序可以做到没有Bug，但大程序即使经过许多人单步调试仍然会出错）。

在代码编辑器里单击右键，在弹出的菜单里可以选择插入或去掉一个断点，设置好需要的几个断点后，我们就可以按F5 开始调试了。

说明两个问题：
1、TRA CE 的用法：TRA CE 其实和我们在DOS程序中使用的printf 一样（作用和用法都差不多）。

你可以使用TRACE 输出变量的值等信息以方便自己调试。

举个简单的例子：// example for TRACE
int i = 1;
char sz[] = "one";
TRACE( "Integer = %d, String = %s\n", i, sz );
// 输出: 'Integer = 1, String = one'
2、单步调试的基本方法：先在自己觉得有问题的地方设置断点（拿不准就多设几个）。

按F5 开始调试，程序运行到第一个断点处停下。

这时可以察看一下附近的变量值，看是否与自己预期的一致。

如果一致可以按F10继续。

这样运行到第二个断点，继续，一直到你找到出错的原因。

关于Step into（F11）、Step over（F10）、Step out（shift+F11）该使用哪个，我想最好的还是自己体会好。

我想说的是调试确实很累，很需要经验。

一开始要找好断点、缩小出错范围，然后再慢慢单步执行找出错误的地方。

另一个很重要的就是要开动脑筋，想一想哪些代码可能会出错，出什么错。

机器是代替不了人的思考的。

/view/17c79ad63186bceb19e8bb07.html。