一般情況下,我們都是把函式宣告、類定義、模板定義等寫到一個標頭檔裡,需要時將相應的標頭檔用#include包含到源檔案(*.cpp檔案)裡來。但標頭檔中又允許包含其它的標頭檔,這樣就難免發生某個標頭檔被重複地包含。我們可以使用編譯預先處理命令避免這種情況的發生。
例如,你想確保標頭檔max.h不會被重複包含,則你可以採取如下的形式:
第一條預先處理命令是說,如果MAXMIN_H不為真,說明此檔案沒被包含過,此命令後面的原始碼有效(相當於:‘如果大門沒關,請您進來’);
第二條預先處理命令把MAXMIN_H置為真(相當於請您把門鎖插上,不讓第二個人進來)。
最後一條預先處理命令是為了標出接受上述處理的來源程式的範圍(相當於您已經走到了後門)。
假定有以下幾個標頭檔及其內含項目關聯性為:
File1.h,file2.h,file3.h,file4.h,file5.h,main.cpp
那麼:file3.h包含file1.h,file2.h,file4.h包含file1.h,file2.h,file5.h包含file3.h,file4.h。就會導致在file5中對file1和file2的反覆包含,編譯時間就會報錯。
解決方案1:
1:應用#ifndef
#define
#endif
即每個檔案在定義時都寫成以下情勢(以file1.h為例):
#ifndef H_FILE1
#define H_FILE1
#include<stdio.h>
#include<math.h>
…..
#endif
File3.h:
#ifndef H_FILE3
#define H_FILE3
#include<stdio.h>
#include<math.h>
#inlcude”file1.h”
#include”file2.h”
…..
#endif
方法二:在每個檔案的頭部定義:#pragma once(用於解釋本檔案中的內容只應用一次)
例:fiel1.h:
#pragma once
#include<stdio.h>
#include<math.h>
…..
File3.h:
#pragma once
#include<stdio.h>
#include<math.h>
#include”file1.h”
…..
2、 #pragma once和#ifndef的區別
這是一個比較常用的指令,只要在標頭檔的最開始加入這條指令就能夠保證標頭檔被編譯一次
1) #pragma once用來防止某個標頭檔被多次include,
#pragma once是編譯相關,就是說這個編譯系統上能用,但在其他編譯系統不一定可以,也就是說移植性差,不過現在基本上已經是每個編譯器都有這個定義了。
2) #ifndef,#define,#endif用來防止某個宏被多次定義。
#ifndef,#define,#endif這個是C++語言相關,這是C++語言中的宏定義,通過宏定義避免檔案多次編譯。所以在所有支援C++語言的編譯器上都是有效,如果寫的程式要跨平台,最好使用這種方式
1 #ifndef方式 和2 #pragma once方式
在能夠支援這兩種方式的編譯器上,二者並沒有太大的區別,但是兩者仍然還是有一些細微的區別。
方式一:
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 一些聲明語句
#endif
方式二:
#pragma once
... ... // 一些聲明語句
1)#ifndef的方式依賴於宏名字不能衝突,這不光可以保證同一個檔案不會被包含多次,也能保證內容完全相同的兩個檔案不會被不小心同時包含。當然,缺點就是如果不同標頭檔的宏名不小心“撞車”,可能就會導致標頭檔明明存在,編譯器卻硬說找不到聲明的狀況
2)#pragma once則由編譯器提供保證:同一個檔案不會被包含多次。注意這裡所說的“同一個檔案”是指物理上的一個檔案,而不是指內容相同的兩個檔案。帶來的好處是,你不必再費勁想個宏名了,當然也就不會出現宏名碰撞引發的奇怪問題。對應的缺點就是如果某個標頭檔有多份拷貝,本方法不能保證他們不被重複包含。當然,相比宏名碰撞引發的“找不到聲明”的問題,重複包含更容易被發現並修正。
3)方式一由語言支援所以移植性好,方式二 可以避免名字衝突
#pragma once方式產生於#ifndef之後,因此很多人可能甚至沒有聽說過。目前看來#ifndef更受到推崇。因為#ifndef受語言天生的支援,不受編譯器的任何限制;而#pragma once方式卻不受一些較老版本的編譯器支援,換言之,它的相容性不夠好。也許,再過幾年等舊的編譯器死絕了,這就不是什麼問題了。