#ifdef _DEBUG用法小结

#ifdef _DEBUG用法小结

1

#ifdef _DEBUG

virtual void AssertValid() const; //assert(断言)valid(有效的，正确的)

virtual void Dump(CDumpContext& dc) const; //存储上下文

#endif

这两个函数是调试用的，第一个函数检查可用性，即是否有效

第二个函数如果未更改的话，最终调用的是Cwnd::Dump();

输出窗口类名，标题名等一系列信息（在输出窗口中）

#ifdef _DEBUG

#endif

这是条件编译，即如果有#define _DEBUG这两个函数会编译，否则忽略，

当你用debug生成时（相对于release）开发环境则自动的加上这个宏定义，这两个函数有效。

2

#ifdef _DEBUG // 判断是否定义_DEBUG

#undef THIS_FILE // 取消THIS_FILE的定义

static char THIS_FILE[]=__FILE__; // 定义THIS_FILE指向文件名

#define new DEBUG_NEW // 定义调试new宏，取代new关键字

#endif // 结束

如果定义了_DEBUG，表示在调试状态下编译，因此相应修改了两个符号的定义

THIS_FILE是一个char数组全局变量，字符串值为当前文件的全路径，这样在Debug版本中当程序出错时出错处理代码可用这个变量告诉你是哪个文件中的代码有问题。

定义 _DEBUG后，由于定义了_DEBUG,编译器确定这是一个调试，编译#ifdef _DEBUG和#endif之间的代码。#undef 表示清除当前定义的宏，使得THIS_FILE无定义。__FILE__ 是编译器能识别的事先定义的ANSI C 的6个宏之一。#define new DEBUG_NEW

DEBUG_NEW定位内存泄露并且跟踪文件名.

////////////////////////////////////////////////////////////////////////

///另一种解释

#ifdef _DEBUG //如果是debug状态

#undef THIS_FILE //清除THIS_FILE

static char THIS_FILE[]=__FILE__; //定义THIS_FILE为 //__FILE__（这是当前文件全路径名字）

#define new DEBUG_NEW //定义new为DEBUG_NEW（这个可以检测到内 //存泄露之类的问题，其实就是可以使用crt开头的那几个调试函数）

#endif

#ifdef DEBUG的理解

今天看到一段代码，对ifdef的概念比较模糊，于是去学习了一下，找到一个很好的解释，如下：

在工程设置里有一些设置会对该工程自动产生一系列的宏，用以控制程序的编译和运行。就好象楼上说的一样，如果你把代码夹在#ifdef DEBUG 和对应的 #endif 中间，那么这段代码只有在调试（DEBUG）下才会被编译。也就是说，如果你在RELEASE模式下，这些代码根本就不会存在于你的最终代码里头。

你可以手动实现DEBUG的定义如:

#define DEBUG

那么你的 #ifdef DEBUG 就会是真的。夹在中间的代码会进行编译，可以说，这些宏代码本身是面向编译器使用的，不要用来实现你的业务逻辑代码，这样会带来很不好的影响。这类宏定义的一个典型应用就是产生/屏蔽调试信息，看下面的例子

Code

1 #include <iostream>

2 using namespace std;

3

4 #ifdef DEBUG

5 inline void msg(){ cout<<"I'm testing"; }

6 #else

7 inline void msg() {}

8 #endif

9

10 int main()

11 {

12 msg();

13

14 return 0;

15 }

上面的代码在DEBUG 模式下是会输出一句话的，你可以把这种应用放在你希望对程序的执行过程进行跟踪的代码里，为它们加上一些‘痕迹’，方便你进行判断。而在其他模式（RELEASE）下，这个函数只不过是一个空函数，又因为它是inline的，所以它实际上不会为你产生任何代码。这样你就能为自己的代码带来一种非常实用的效果，既能在DEBUG模式下为你提供判断的依据，又能在最终的RELEASE版中方便的抛弃掉它们,而不需要你手动地删除掉那些代码。

作为宏指令，如果定义了DEBUG宏那么编译#IF后面到#ENDIF的代码否则不编译DEBUG宏一般是编译器产生，如果编译模式是DEBUG就会产生这个宏，如果是RELEASE就不会