#ifndef在頭文件中的作用

在一個大的軟件工程里面，可能會有多個文件同時包含一個頭文件，當(dāng)這些文件編譯鏈接成一個可執(zhí)行文件時

，就會出現(xiàn)大量“重定義”的錯誤。在頭文件中實用#ifndef #define #endif能避免頭文件的重定義。

方法：例如要編寫頭文件test.h

在頭文件開頭寫上兩行：

#ifndef _TEST_H

#define _TEST_H//一般是文件名的大寫

頭文件結(jié)尾寫上一行：

#endif

這樣一個工程文件里同時包含兩個test.h時，就不會出現(xiàn)重定義的錯誤了。

分析：當(dāng)?shù)谝淮伟瑃est.h時，由于沒有定義_TEST_H，條件為真，這樣就會包含（執(zhí)行）#ifndef _TEST_H和

#endif之間的代碼，當(dāng)?shù)诙伟瑃est.h時前面一次已經(jīng)定義了_TEST_H，條件為假，#ifndef _TEST_H和

#endif之間的代碼也就不會再次被包含，這樣就避免了重定義了。

#ifndef __74HC595_H__

#define __74HC595_H__

#endif

#ifndef _optimizedvector_h// if not define _optimizedvector_h

#define _optimizedvector_h// then define _optimizedvector_h

通俗點就是如果沒定義_optimizedvector_h，那就定義_optimizedvector_h，防止重復(fù)編譯

頭文件中的#ifndef，這是一個很關(guān)鍵的東西。比如你有兩個C文件，這兩個C文件都include了同一個頭文件。而編

譯時，這兩個C文件要一同編譯成一個可運行文件，于是問題來了，大量的聲明沖突。

還是把頭文件的內(nèi)容都放在#ifndef和#endif中吧。不管你的頭文件會不會被多個文件引用，你都要加上這個。一般

格式是這樣的：

#ifndef <標(biāo)識>

#define <標(biāo)識>

......

#endif

<標(biāo)識>在理論上來說可以是自由命名的，但每個頭文件的這個“標(biāo)識”都應(yīng)該是唯一的。標(biāo)識的命名規(guī)則一般是頭

文件名全大寫，前后加下劃線，并把文件名中的“.”也變成下劃線，

如：stdio.h

#ifndef _STDIO_H_

#define _STDIO_H_

......

#endif

2.在#ifndef中定義變量出現(xiàn)的問題（一般不定義在#ifndef中）。

#ifndef AAA

#define AAA

...

int i;

...

#endif

里面有一個變量定義

在vc中鏈接時就出現(xiàn)了i重復(fù)定義的錯誤，而在c中成功編譯。

結(jié)論：

(1).當(dāng)你第一個使用這個頭的.cpp文件生成.obj的時候，int i 在里面定義了當(dāng)另外一個使用這個的.cpp再次[單獨

]生成.obj的時候，int i 又被定義然后兩個obj被另外一個.cpp也include 這個頭的，連接在一起，就會出現(xiàn)重復(fù)

定義.

(2).把源程序文件擴展名改成.c后，VC按照C語言的語法對源程序進行編譯，而不是C++。在C語言中，若是遇到多個

int i，則自動認(rèn)為其中一個是定義，其他的是聲明。

(3).C語言和C++語言連接結(jié)果不同，可能（猜測）時在進行編譯的時候，C++語言將全局變量默認(rèn)為強符號，所以連

接出錯。C語言則依照是否初始化進行強弱的判斷的。（參考）

解決方法：

(1).把源程序文件擴展名改成.c。

(2).推薦解決方案：

.h中只聲明 extern int i;在.cpp中定義

#ifndef __X_H__

#define __X_H__

extern int i;

#endif //__X_H__

< x.c>

int i;

注意問題：

(1).變量一般不要定義在.h文件中。

一般情況下，源程序中所有的行都參加編譯。但是有時希望對其中一部分內(nèi)容只在滿足一定條件才進行編譯，也就

是對一部分內(nèi)容指定編譯的條件，這就是“條件編譯”。有時，希望當(dāng)滿足某條件時對一組語句進行編譯，而當(dāng)條

件不滿足時則編譯另一組語句。

條件編譯命令最常見的形式為：

#ifdef 標(biāo)識符

程序段1

#else

程序段2

#endif

它的作用是：當(dāng)標(biāo)識符已經(jīng)被定義過(一般是用#define命令定義)，則對程序段1進行編譯，否則編譯程序段2。其中

#else部分也可以沒有，即：

#ifdef

程序段1

#denif

這里的“程序段”可以是語句組，也可以是命令行。這種條件編譯可以提高C源程序的通用性。如果一個C源程序在

不同計算機系統(tǒng)上系統(tǒng)上運行，而不同的計算機又有一定的差異。例如，我們有一個數(shù)據(jù)類型，在Windows平臺中，

應(yīng)該使用long類型表示，而在其他平臺應(yīng)該使用float表示，這樣往往需要對源程序作必要的修改，這就降低了程序

的通用性?？梢杂靡韵碌臈l件編譯：

#ifdef WINDOWS

#define MYTYPE long

#else

#define MYTYPE float

#endif

如果在Windows上編譯程序，則可以在程序的開始加上

#define WINDOWS

這樣則編譯下面的命令行：

#define MYTYPE long

如果在這組條件編譯命令之前曾出現(xiàn)以下命令行： #define WINDOWS 0

則預(yù)編譯后程序中的MYTYPE都用float代替。這樣，源程序可以不必作任何修改就可以用于不同類型的計算機系統(tǒng)。

當(dāng)然以上介紹的只是一種簡單的情況，可以根據(jù)此思路

?a href="javascript:;" onClick="tagshow(event, '????');return false;">其它的條件編譯?

例如，在調(diào)試程序時，常常希望輸出一些所需的信息，而在調(diào)試完成后不再輸出這些信息?？梢栽谠闯绦蛑胁迦胍?/p>

下的條件編譯段：

#ifdef DEBUG

print ("device_open(%p) ", file);

#endif

如果在它的前面有以下命令行: #define DEBUG

則在程序運行時輸出file指針的值，以便調(diào)試分析。調(diào)試完成后只需將這個define命令行刪除即可。有人可能

覺得不用條件編譯也可達(dá)此目的，即在調(diào)試時加一批printf語句，調(diào)試后一一將printf語句刪除去。的確，這是可

以的。但是，當(dāng)調(diào)試時加的printf語句比較多時，修改的工作量是很大的。用條件編譯，則不必一一刪改printf語

句，只需刪除前面的一條“#define DEBUG”命令即可，這時所有的用DEBUG作標(biāo)識符的條件編譯段都使其中的

printf語句不起作用，即起統(tǒng)一控制的作用，如同一個“開關(guān)”一樣。

有時也采用下面的形式：

#ifndef 標(biāo)識符

程序段1

#else

程序段2

#endif

只是第一行與第一種形式不同：將“ifdef”改為“ifndef”。它的作用是：若標(biāo)識符未被定義則編譯程序段1

，否則編譯程序段2。這種形式與第一種形式的作用相反。

以上兩種形式用法差不多，根據(jù)需要任選一種，視方便而定。

還有一種形式，就是#if后面的是一個表達(dá)式，而不是一個簡單的標(biāo)識符：

#if 表達(dá)式

程序段1

#else

程序段2

#endif

它的作用是：當(dāng)指定的表達(dá)式值為真（非零）時就編譯程序段1，否則編譯程序段2?？梢允孪冉o定一定條件，

使程序在不同的條件下執(zhí)行不同的功能。

作用范圍就是當(dāng)前文件啊。因為編譯是以cpp或c文件位單位的嘛。還以這個為例：

//正常代碼

#ifdef _DEBUG

TRACE("Some infomation");

#else

//Now is release version,so do nothing

#endif

//正常代碼

編譯時是先把所有的預(yù)編譯處理展開（比如宏）再編譯，所以Debug模式下，編譯時的代碼是：

//正常代碼

TRACE("Some infomation");

//正常代碼

Release模式下的代碼是：

//正常代碼

//正常代碼