文件中的#ifndef
頭件的中的#ifndef，這是一個(gè)很關(guān)鍵的東西。比如你有兩個(gè)C文件，這兩個(gè)C文件都include了同一個(gè)頭文件。而編譯時(shí)，這兩個(gè)C文件要一同編譯成一個(gè)可運(yùn)行文件，于是問(wèn)題來(lái)了，大量的聲明沖突。
還是把頭文件的內(nèi)容都放在#ifndef和#endif中吧。不管你的頭文件會(huì)不會(huì)被多個(gè)文件引用，你都要加上這個(gè)。一般格式是這樣的：
#ifndef <標(biāo)識(shí)>
#define <標(biāo)識(shí)>
......
......
#endif
<標(biāo)識(shí)>在理論上來(lái)說(shuō)可以是自由命名的，但每個(gè)頭文件的這個(gè)“標(biāo)識(shí)”都應(yīng)該是唯一的。標(biāo)識(shí)的命名規(guī)則一般是頭文件名全大寫(xiě)，前后加下劃線(xiàn)，并把文件名中的“.”也變成下劃線(xiàn)，如：stdio.h
#ifndef _STDIO_H_
#define _STDIO_H_
......
#endif
2.在#ifndef中定義變量出現(xiàn)的問(wèn)題（一般不定義在#ifndef中）。
#ifndef AAA
#define AAA
...
int i;
...
#endif
里面有一個(gè)變量定義
在vc中鏈接時(shí)就出現(xiàn)了i重復(fù)定義的錯(cuò)誤，而在c中成功編譯。
結(jié)論：
(1).當(dāng)你第一個(gè)使用這個(gè)頭的.cpp文件生成.obj的時(shí)候，int i 在里面定義了當(dāng)另外一個(gè)使用這個(gè)的.cpp再次[單獨(dú)]生成.obj的時(shí)候，int i 又被定義然后兩個(gè)obj被另外一個(gè).cpp也include 這個(gè)頭的，連接在一起，就會(huì)出現(xiàn)重復(fù)定義.
(2).把源程序文件擴(kuò)展名改成.c后，VC按照C語(yǔ)言的語(yǔ)法對(duì)源程序進(jìn)行編譯，而不是C++。在C語(yǔ)言中，若是遇到多個(gè)int i，則自動(dòng)認(rèn)為其中一個(gè)是定義，其他的是聲明。
(3).C語(yǔ)言和C++語(yǔ)言連接結(jié)果不同，可能（猜測(cè)）時(shí)在進(jìn)行編譯的時(shí)候，C++語(yǔ)言將全局
變量默認(rèn)為強(qiáng)符號(hào)，所以連接出錯(cuò)。C語(yǔ)言則依照是否初始化進(jìn)行強(qiáng)弱的判斷的。（參考）
解決方法：
(1).把源程序文件擴(kuò)展名改成.c。
(2).推薦解決方案：
.h中只聲明 extern int i;在.cpp中定義
<x.h>
#ifndef __X_H__
#define __X_H__
extern int i;
#endif //__X_H__
<x.c>
int i;
注意問(wèn)題：
(1).變量一般不要定義在.h文件中。
-------------------------------------------------------------------------------------------------------------------------------------------
一般情況下，源程序中所有的行都參加編譯。但是有時(shí)希望對(duì)其中一部分內(nèi)容只在滿(mǎn)足一定條件才進(jìn)行編譯，也就是對(duì)一部分內(nèi)容指定編譯的條件，這就是“條件編譯”。有時(shí)，希望當(dāng)滿(mǎn)足某條件時(shí)對(duì)一組語(yǔ)句進(jìn)行編譯，而當(dāng)條件不滿(mǎn)足時(shí)則編譯另一組語(yǔ)句。
條件編譯命令最常見(jiàn)的形式為：
#ifdef 標(biāo)識(shí)符
程序段1
#else
程序段2
#endif
它的作用是：當(dāng)標(biāo)識(shí)符已經(jīng)被定義過(guò)(一般是用#define命令定義)，則對(duì)程序段1進(jìn)行編譯，否則編譯程序段2。
其中#else部分也可以沒(méi)有，即：
#ifdef
程序段1
#denif
這里的“程序段”可以是語(yǔ)句組，也可以是命令行。這種條件編譯可以提高C源程序的通用性。如果一個(gè)C源程序在不同計(jì)算機(jī)系統(tǒng)上系統(tǒng)上運(yùn)行，而不同的計(jì)算機(jī)又有一定的差異。例如，我們有一個(gè)數(shù)據(jù)類(lèi)型，在Windows平臺(tái)中，應(yīng)該使用long類(lèi)型表示，而在其他平臺(tái)應(yīng)該使用float表示，這樣往往需要對(duì)源程序作必要的修改，這就降低了程序的通用性。可以用以下的條件編譯：
#ifdef WINDOWS
#define MYTYPE long
#else
#define MYTYPE float
#endif
如果在Windows上編譯程序，則可以在程序的開(kāi)始加上
#define WINDOWS
這樣則編譯下面的命令行：
#define MYTYPE long
如果在這組條件編譯命令之前曾出現(xiàn)以下命令行：
#define WINDOWS 0
則預(yù)編譯后程序中的MYTYPE都用float代替。這樣，源程序可以不必作任何修改就可以用于不同類(lèi)型的計(jì)算機(jī)系統(tǒng)。當(dāng)然以上介紹的只是一種簡(jiǎn)單的情況，可以根據(jù)此思路設(shè)計(jì)出其它的條件編譯。
例如，在調(diào)試程序時(shí)，常常希望輸出一些所需的信息，而在調(diào)試完成后不再輸出這些信息。可以在源程序中插入以下的條件編譯段：
#ifdef DEBUG
print ("device_open(%p) ", file);
#endif
如果在它的前面有以下命令行：
#define DEBUG
則在程序運(yùn)行時(shí)輸出file指針的值，以便調(diào)試分析。調(diào)試完成后只需將這個(gè)define命令行刪除即可。有人可能覺(jué)得不用條件編譯也可達(dá)此目的，即在調(diào)試時(shí)加一批printf語(yǔ)句，調(diào)試后一一將printf語(yǔ)句刪除去。的確，這是可以的。但是，當(dāng)調(diào)試時(shí)加的printf語(yǔ)句比較多時(shí)，修改的工作量是很大的。用條件編譯，則不必一一刪改printf語(yǔ)句，只需刪除前面的一條“#define DEBUG”命令即可，這時(shí)所有的用DEBUG作標(biāo)識(shí)符的條件編譯段都使其中的printf語(yǔ)句不起作用，即起統(tǒng)一控制的作用，如同一個(gè)“開(kāi)關(guān)”一樣。
有時(shí)也采用下面的形式：
#ifndef 標(biāo)識(shí)符
程序段1
#else
程序段2
#endif
只是第一行與第一種形式不同：將“ifdef”改為“ifndef”。它的作用是：若標(biāo)識(shí)符未被定義則編譯程序段1，否則編譯程序段2。這種形式與第一種形式的作用相反。
以上兩種形式用法差不多，根據(jù)需要任選一種，視方便而定。
還有一種形式，就是#if后面的是一個(gè)表達(dá)式，而不是一個(gè)簡(jiǎn)單的標(biāo)識(shí)符：
#if 表達(dá)式
程序段1
#else
程序段2
#endif
它的作用是：當(dāng)指定的表達(dá)式值為真（非零）時(shí)就編譯程序段1，否則編譯程序段2。可以事先給定一定條件，使程序在不同的條件下執(zhí)行不同的功能。
---------------------------------------------------------------------------------------------------------------------------------------
作用范圍就是當(dāng)前文件啊。因?yàn)榫幾g是以cpp或c文件位單位的嘛。還以這個(gè)為例：
//正常代碼
#ifdef _DEBUG
TRACE("Some infomation");
#else
//Now is release version,so do nothing
#endif
//正常代碼
編譯時(shí)是先把所有的預(yù)編譯處理展開(kāi)（比如宏）再編譯，所以Debug模式下，編譯時(shí)的代碼是：
//正常代碼
TRACE("Some infomation");
//正常代碼
Release模式下的代碼是：
//正常代碼
//正常代碼