文件中的#ifndef
頭件的中的#ifndef，這是一個(gè)很關(guān)鍵的東西。比如你有兩個(gè)C文件，這兩個(gè)C文件都include了同一個(gè)頭文件。而編譯時(shí)，這兩個(gè)C文件要一同編譯成一個(gè)可運(yùn)行文件，于是問題來了，大量的聲明沖突。
還是把頭文件的內(nèi)容都放在#ifndef和#endif中吧。不管你的頭文件會不會被多個(gè)文件引用，你都要加上這個(gè)。一般格式是這樣的：
#ifndef <標(biāo)識>
#define <標(biāo)識>
......
......
#endif
<標(biāo)識>在理論上來說可以是自由命名的，但每個(gè)頭文件的這個(gè)“標(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
里面有一個(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è)頭的，連接在一起，就會出現(xiàn)重復(fù)定義.
(2).把源程序文件擴(kuò)展名改成.c后，VC按照C語言的語法對源程序進(jìn)行編譯，而不是C++。在C語言中，若是遇到多個(gè)int i，則自動(dòng)認(rèn)為其中一個(gè)是定義，其他的是聲明。
(3).C語言和C++語言連接結(jié)果不同，可能（猜測）時(shí)在進(jìn)行編譯的時(shí)候，C++語言將全局
變量默認(rèn)為強(qiáng)符號，所以連接出錯(cuò)。C語言則依照是否初始化進(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;
注意問題：
(1).變量一般不要定義在.h文件中。
-------------------------------------------------------------------------------------------------------------------------------------------
一般情況下，源程序中所有的行都參加編譯。但是有時(shí)希望對其中一部分內(nèi)容只在滿足一定條件才進(jìn)行編譯，也就是對一部分內(nèi)容指定編譯的條件，這就是“條件編譯”。有時(shí)，希望當(dāng)滿足某條件時(shí)對一組語句進(jìn)行編譯，而當(dāng)條件不滿足時(shí)則編譯另一組語句。
條件編譯命令最常見的形式為：
#ifdef 標(biāo)識符
程序段1
#else
程序段2
#endif
它的作用是：當(dāng)標(biāo)識符已經(jīng)被定義過(一般是用#define命令定義)，則對程序段1進(jìn)行編譯，否則編譯程序段2。
其中#else部分也可以沒有，即：
#ifdef
程序段1
#denif
這里的“程序段”可以是語句組，也可以是命令行。這種條件編譯可以提高C源程序的通用性。如果一個(gè)C源程序在不同計(jì)算機(jī)系統(tǒng)上系統(tǒng)上運(yùn)行，而不同的計(jì)算機(jī)又有一定的差異。例如，我們有一個(gè)數(shù)據(jù)類型，在Windows平臺中，應(yīng)該使用long類型表示，而在其他平臺應(yīng)該使用float表示，這樣往往需要對源程序作必要的修改，這就降低了程序的通用性。可以用以下的條件編譯：
#ifdef WINDOWS
#define MYTYPE long
#else
#define MYTYPE float
#endif
如果在Windows上編譯程序，則可以在程序的開始加上
#define WINDOWS
這樣則編譯下面的命令行：
#define MYTYPE long
如果在這組條件編譯命令之前曾出現(xiàn)以下命令行：
#define WINDOWS 0
則預(yù)編譯后程序中的MYTYPE都用float代替。這樣，源程序可以不必作任何修改就可以用于不同類型的計(jì)算機(jī)系統(tǒng)。當(dāng)然以上介紹的只是一種簡單的情況，可以根據(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命令行刪除即可。有人可能覺得不用條件編譯也可達(dá)此目的，即在調(diào)試時(shí)加一批printf語句，調(diào)試后一一將printf語句刪除去。的確，這是可以的。但是，當(dāng)調(diào)試時(shí)加的printf語句比較多時(shí)，修改的工作量是很大的。用條件編譯，則不必一一刪改printf語句，只需刪除前面的一條“#define DEBUG”命令即可，這時(shí)所有的用DEBUG作標(biāo)識符的條件編譯段都使其中的printf語句不起作用，即起統(tǒng)一控制的作用，如同一個(gè)“開關(guān)”一樣。
有時(shí)也采用下面的形式：
#ifndef 標(biāo)識符
程序段1
#else
程序段2
#endif
只是第一行與第一種形式不同：將“ifdef”改為“ifndef”。它的作用是：若標(biāo)識符未被定義則編譯程序段1，否則編譯程序段2。這種形式與第一種形式的作用相反。
以上兩種形式用法差不多，根據(jù)需要任選一種，視方便而定。
還有一種形式，就是#if后面的是一個(gè)表達(dá)式，而不是一個(gè)簡單的標(biāo)識符：
#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ù)編譯處理展開（比如宏）再編譯，所以Debug模式下，編譯時(shí)的代碼是：
//正常代碼
TRACE("Some infomation");
//正常代碼
Release模式下的代碼是：
//正常代碼
//正常代碼
為了避免同一個(gè)文件被include多次
1 #ifndef方式
2 #pragma once方式
在能夠支持這兩種方式的編譯器上，二者并沒有太大的區(qū)別，但是兩者仍然還是有一些細(xì)微的區(qū)別。
方式一：
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 一些聲明語句
#endif
方式二：
#pragma once
... ... // 一些聲明語句
#ifndef的方式依賴于宏名字不能沖突，這不光可以保證同一個(gè)文件不會被包含多次，也能保證內(nèi)容完全相同的兩個(gè)文件不會被不小心同時(shí)包含。當(dāng)然，缺點(diǎn)就是如果不同頭文件的宏名不小心“撞車”，可能就會導(dǎo)致頭文件明明存在，編譯器卻硬說找不到聲明的狀況
#pragma once則由編譯器提供保證：同一個(gè)文件不會被包含多次。注意這里所說的“同一個(gè)文件”是指物理上的一個(gè)文件，而不是指內(nèi)容相同的兩個(gè)文件。帶來的好處是，你不必再費(fèi)勁想個(gè)宏名了，當(dāng)然也就不會出現(xiàn)宏名碰撞引發(fā)的奇怪問題。對應(yīng)的缺點(diǎn)就是如果某個(gè)頭文件有多份拷貝，本方法不能保證他們不被重復(fù)包含。當(dāng)然，相比宏名碰撞引發(fā)的“找不到聲明”的問題，重復(fù)包含更容易被發(fā)現(xiàn)并修正。
方式一由語言支持所以移植性好，方式二 可以避免名字沖突