C C中防止標頭檔案的重複包含的解決辦法及區別

2021-07-12 06:15:19 字數 1585 閱讀 8833

為了避免同乙個檔案被include多次,c/c++中有兩種方式,一種是#ifndef方式,一種是#pragma once方式。在能夠支援這兩種方式的編譯器上,二者並沒有太大的區別,但是兩者仍然還是有一些細微的區別。

方式一:

#ifndef __somefile_h__

//或寫為#if !define __somefile_h__ 

#define __somefile_h__

... ... // 宣告、定義語句

#endif

方式二:

#pragma once

... ... // 宣告、定義語句

一)#ifndef的方式受c/c++語言標準支援

優點

(1) 不光可以保證同乙個檔案不被包含多次,也能保證內容完全相同的兩個檔案(或者**片段)不被同時包含。

(2)受c/c++語言標準的支援,

不受編譯器的任何限制

缺點:

(1)如果不同標頭檔案中的巨集名不小心「撞車」,可能就會導致你看到標頭檔案明明存在,編譯器卻硬說找不到宣告的狀況——這種情況有時非常讓人抓狂。

(2)由於編譯器每次都需要開啟標頭檔案才能判定是否有重複定義,因此在編譯大型專案時,ifndef會使得編譯時間相對較長,因此一些編譯器逐漸開始支援#pragma

once的方式。

(二)#pragma once一般由編譯器提供保證。

同乙個檔案不會被包含多次。注意這裡所說的「同乙個檔案」是指物理上的乙個檔案,而不是指內容相同的兩個檔案。你無法對乙個標頭檔案中的一段**作pragma once宣告,而只能針對檔案。

優點:

(1)你不必再費勁想個巨集名了,當然也就不會出現巨集名碰撞引發的奇怪問題。

(2)大型專案的編譯速度也因此提高了一些。

缺點:

(1)就是如果某個標頭檔案有多份拷貝,本方法不能保證他們不被重複包含。當然,相比巨集名碰撞引發的「找不到宣告」的問題,這種重複包含很容易被發現並修正。

(2)而#pragma once方式卻不受一些較老版本的編譯器支援,一些支援了的編譯器又打算去掉它,所以它的相容性可能不夠好。

(三)還看到一種用法是把兩者放在一起的:

#pragma once

#ifndef __somefile_h__

#define __somefile_h__

... ... // 宣告、定義語句

#endif

看起來似乎是想兼有兩者的優點。不過只要使用了#ifndef就會有巨集名衝突的危險,也無法避免不支援#pragma once的編譯器報錯,所以混用兩種方法似乎不能帶來更多的好處,倒是會讓一些不熟悉的人感到困惑。

選擇哪種方式,應該在了解兩種方式的情況下,視具體情況而定。只要有乙個合理的約定來避開缺點,我認為哪種方式都是可以接受的。

C C中防止標頭檔案被重複包含的方法

原部落格鏈結 為了避免同乙個檔案被include多次,c c 中有兩種方式,一種是 ifndef方式,一種是 pragma once方式。在能夠支援這兩種方式的編譯器上,二者並沒有太大的區別,但是兩者仍然還是有一些細微的區別。方式一 ifndef somefile h 或寫為 if define s...

防止標頭檔案的重複包含

防止標頭檔案重複包含的巨集想必大家都清楚,ifndef define endif就是幹這個用的,面試中也考過。我也是知道這個巨集的作用,今天我們就來實戰測試一下,網上說的那是別人的東西,只有自己測試過出結果的才是自己的東西。localhost test ls a.h test.c test.h lo...

防止標頭檔案重複包含

在程式設計中,經常會遇到這種情況,我們的某乙個程式會呼叫多個dll,因此需要包含多個標頭檔案,不同的標頭檔案可能包含了相同某乙個下一級標頭檔案,這就可能會導致標頭檔案的重複包含,從而導致變數 函式的重定義等等,為了解決這個問題,就要求我們在編寫dll的時候,使用 ifndef define endi...