VS调试的总结以及技巧

我们已经对 Visual Studio 的调试有了一些了解，在这一节，我们将向大家展示我们在调试过程中可以使用的一些实用技巧。使大家的调试操作更加轻松愉快。

首先我们再了解一下Visual Studio 中，Release构建模式和Debug 构建模式的区别。我们在可以切换构建模式。Release构建模式下构建的程序为发行版，而Debug构建模式下构建的程序为调试版。在 Visual Studio 中调试模式还会定义两个宏 _DEBUG 和 DEBUG，后文我们将介绍它们的一些妙用。在 Visual Studio 中，如果我们要更改编译参数的话，可以点击菜单 -> 项目(P) -> <项目名>属性(P)，我们在弹出的页面左侧选择配置属性即可对编译参数进行修改。

接下来，我们来了解一下调试标记。不知道大家有没有遇到这样的情况，我们需要在调试的时候额外运行一段代码，但是实际发布的时候却不需要这段代码呢。那该怎么办，绝大多数数的初学者会选择使用注释，即在发布的时候将无用的测试代码注释掉。但是这样很麻烦，下面我们就为大家介绍一种全新的方法——使用调试标记。事实上这种方法我们在前面使用过，但是没有详细讲解。

这种方法借助了预处理指令，方法很简单，我们首先定义一个宏作为处于调试状态的标记，后面的代码我们用 #ifdef 和 #endif 预处理指令检测宏是否被定义，然后由编译器判断是否编译其中的代码。这么做的好处就是可以减少发布程序的体积，另一方面可以提高发布程序的运行效率。下面是一段示范代码：

#include <stdio.h>
#define _DEBUGNOW
int main(){
    #ifdef _DEBUGNOW
    printf("正在为调试做准备...");
    #endif // _DEBUGNOW
    printf("程序正在运行...");
    return 0;
}

当我们要发布上面的这个程序的时候，我们只要将 #define _DEBUGNOW 注释掉即可，无需进行任何额外的操作。怎么样？是不是很方便呢？善用调试标记可以大大地提高我们的调试效率，但是有一点记住，调试标记名不要过于简单，否则可能和程序中的变量/常量产生冲突。

在我们的调试过程中，我们常常会需要在不触发断点的情况下输出一些数值，这时我们一般会这么做：

但是像这种代码写多了我们可能会对它产生一种厌恶之情，这是我们的预处理器又可以派上用场了，我们可以定义一个宏解决这个问题，定义宏的代码如下：

然后我们只要这样调用我们的宏：

怎么样？是不是很方便呢？那如果我们想让这个宏在我们发布程序的时候失效呢，我们该怎么做？其实很简单，我们依然可以使用预处理指令完成这项操作，下面我们来看一套完整的代码(同时使用调试标记和宏)：

#include <stdio.h>
#include <stdlib.h>
#define _PAUSE() system("pause");
#if (defined DEBUG) || (defined _DEBUG) //检测构建模式是否为调试模式
//如果构建模式为调试模式，这里定义几个宏
#define _DEBUGNOW
#define _PUTSIL(NUM) printf("%d\n",NUM) //输出整数
#define _PUTFD(NUM) printf("%f\n",NUM) //输出浮点数
#else
//如果构建模式为发布模式，自动忽略这些宏的存在
#define _PUTSIL(NUM) ((void)0)
#define _PUTFD(NUM) ((void)0)
#endif
int main(){
    #ifdef _DEBUGNOW 
    printf("正在为调试做准备...\n");
    #endif // _DEBUGNOW
    printf("程序正在运行...\n");
    _PUTSIL(12666);
    _PUTFD(3.1415926535898);
    printf("程序运行完毕...\n");
    _PAUSE(); // 暂停程序
    return 0;
}

我们看到，宏的定义和函数差不多，有的简单的函数可以直接用宏实现，这样做带来的好处就是，我们可以不用频繁的判断是否处于调试状态，一次定义，一直有效。

为了方便我们的调试(检查)操作以及日后的团队合作，我们在编写函数的时候应该为其加上 Visual Studio 的智能提示，方法比较简单，我们只要在函数定义前面加上提示注释即可（格式自由），Visual Studio 便会自动分析我们的代码并加入其智能提示列表，下面我们举一个定义函数设置智能提示的例子：

//
//  函数:  Convert2Jpeg(wchar_t*, wchar_t, int)
//
//  目的:    转换图片到 Jpeg 格式
//
//  orgiPath : 源文件路径
//  destPath : 目标路径
//  quality  : 图像质量
//
bool Convert2Jpeg(wchar_t* orgiPath, wchar_t* destPath, int quality){
    return true;
}

我们在自动完成将或者鼠标移动到编辑器内函数名上，就有了智能提示。

这种智能提示不但可以减轻我们编写代码时的负担，在调试情境下也可以增加我们检查代码的效率。如此一来，岂不美哉！

接下来我们为大家总结了一些调试的经验以及调试思路：

当我们运行我们编写的程序发现运行结果与我们预想的不同的时候，我们可以先用即时窗口，使用一些比较简单的数据来测试我们的各个函数运行结果是否符合我们的预期，如果都符合的话，我们可以使用程序中产生的一些比较复杂的数据来进一步测试我们的各个函数，直至找到可能导致错误的函数。

找到可能导致错误的函数之后，我们就可以使用逐语句调试来一步步跟踪运行程序了，渐渐的的我们就可以缩小范围直至定位错误(无关代码可以考虑暂时注释掉)，在这期间，我们要仔细观察程序运行过程中各个数据的变化情况，观察的仔细与否直接与我们能否找到错误直接挂钩。

如果上一步运行的数据一直是正常的，我们就可以排除这个函数的嫌疑了（减少对他的调试次数）。此时，我们就应该考虑问题是否出现在之前的函数上了，可能因为偶然性，我们第一次测试函数的时候并没有发现其错误，导致范围锁定产生偏差，此时我们需要再次耐心的对所有未排除嫌疑的进行调试，直至再次找到出错的函数。再重复上一步，直至找到错误。

可以看到，调试其实是一项比较复杂的活，需要大量的操作，所以在我们编写代码的时候要万分谨慎！因为很多时候，BUG都是因为我们的粗心大意导致的笔误引起的！