#ifdef DEBUG的理解

曾经终败给现在 2021-11-10 01:14 393阅读 0赞

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

在工程设置里有一些设置会对该工程自动产生一系列的宏，用以控制程序的编译和运行。就好象楼上说的一样，如果你把代码夹在\#ifdef DEBUG 和对应的 \#endif 中间，那么这段代码只有在调试（DEBUG）下才会被编译。也就是说，如果你在RELEASE模式下，这些代码根本就不会存在于你的最终代码里头。  
  
   你可以手动实现DEBUG的定义如:  
     
   \#define DEBUG  
  
   那么你的 \#ifdef DEBUG 就会是真的。夹在中间的代码会进行编译，可以说，这些宏代码本身是面向编译器使用的，不要用来实现你的业务逻辑代码，这样会带来很不好的影响。这类宏定义的一个典型应用就是产生/屏蔽调试信息，看下面的例子  
  
  
 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就不会

转载于:https://www.cnblogs.com/weilaikeji/archive/2013/02/01/2889560.html