在看例程的時候，經(jīng)?？吹街骱瘮?shù)開始前會有這樣的代碼，知道是用作調(diào)試的。但對此比較模糊，

int main(void) {

#ifdef DEBUG debug();

#endif

在工程設(shè)置里有一些設(shè)置會對該工程自動產(chǎn)生一系列的宏，用以控制程序的編譯和運(yùn)行。如果你把代碼夾在#ifdef DEBUG 和對應(yīng)的 #endif 中間，那么這段代碼只有在調(diào)試（DEBUG）下才會被編譯。也就是說，如果你在RELEASE模式下，這些代碼根本就不會存在于你的最終代碼里頭。你可以手動實現(xiàn)DEBUG的定義如: #define DEBUG 這些宏代碼本身是面向編譯器使用的，不要用來實現(xiàn)你的業(yè)務(wù)邏輯代碼，這樣會帶來很不好的影響。這類宏定義的一個典型應(yīng)用就是產(chǎn)生/屏蔽調(diào)試信息，看下面的例子

#include using namespace std;

#ifdef DEBUG

inline void msg(){ cout<<"Im testing"; }

#else inline void msg() {}

#endif

int main() { msg(); return 0; }

上面的代碼在DEBUG 模式下是會輸出一句話的，你可以把這種應(yīng)用放在你希望對程序的執(zhí)行過程進(jìn)行跟蹤的代碼里，為它們加上一些‘痕跡’，方便你進(jìn)行判斷。而在其他模式（RELEASE）下，這個函數(shù)只不過是一個空函數(shù)，又因為它是inline的，所以它實際上不會為你產(chǎn)生任何代碼。這樣你就能為自己的代碼帶來一種非常實用的效果，既能在DEBUG模式下為你提供判斷的依據(jù)，又能在最終的RELEASE版中方便的拋棄掉它們,而不需要你手動地刪除掉那些代碼。作為宏指令，如果定義了DEBUG宏那么編譯#IF后面到#ENDIF的代碼否則不編譯DEBUG宏一般是編譯器產(chǎn)生，如果編譯模式是DEBUG就會產(chǎn)生這個宏，如果是RELEASE就不會。