[原部落格鏈結]：
為了避免同乙個檔案被include多次，c/c++中有兩種方式，一種是#ifndef方式，一種是#pragma once方式。在能夠支援這兩種方式的編譯器上，二者並沒有太大的區別，但是兩者仍然還是有一些細微的區別。
（一）#ifndef的方式受c/c++語言標準支援方式一：
#ifndef __somefile_h__
//或寫為#if !define __somefile_h__
#define __somefile_h__
... ...
// 宣告、定義語句
#endif
方式二：
#pragma once
... ...
// 宣告、定義語句
優點：
（1） 不光可以保證同乙個檔案不被包含多次，也能保證內容完全相同的兩個檔案（或者**片段）不被同時包含。
（2）受c/c++語言標準的支援，不受編譯器的任何限制
缺點：
（1）如果不同標頭檔案中的巨集名不小心「撞車」，可能就會導致你看到標頭檔案明明存在，編譯器卻硬說找不到宣告的狀況——這種情況有時非常讓人抓狂。
（2）由於編譯器每次都需要開啟標頭檔案才能判定是否有重複定義，因此在編譯大型專案時，ifndef會使得編譯時間相對較長，因此一些編譯器逐漸開始支援#pragma
once的方式。
（二）#pragma once一般由編譯器提供保證。
同乙個檔案不會被包含多次。注意這裡所說的「同乙個檔案」是指物理上的乙個檔案，而不是指內容相同的兩個檔案。你無法對乙個標頭檔案中的一段**作pragma once宣告，而只能針對檔案。
優點：
（1）你不必再費勁想個巨集名了，當然也就不會出現巨集名碰撞引發的奇怪問題。
（2）大型專案的編譯速度也因此提高了一些。
缺點：
(1)就是如果某個標頭檔案有多份拷貝，本方法不能保證他們不被重複包含。當然，相比巨集名碰撞引發的「找不到宣告」的問題，這種重複包含很容易被發現並修正。
(2)而#pragma once方式卻不受一些較老版本的編譯器支援，一些支援了的編譯器又打算去掉它，所以它的相容性可能不夠好。
(三)還看到一種用法是把兩者放在一起的：
看起來似乎是想兼有兩者的優點。不過只要使用了#ifndef就會有巨集名衝突的危險，也無法避免不支援#pragma once的編譯器報錯，所以混用兩種方法似乎不能帶來更多的好處，倒是會讓一些不熟悉的人感到困惑。#pragma once
#ifndef __somefile_h__
#define __somefile_h__
... ...
// 宣告、定義語句
#endif
選擇哪種方式，應該在了解兩種方式的情況下，視具體情況而定。只要有乙個合理的約定來避開缺點，我認為哪種方式都是可以接受的。
[原部落格鏈結]：
為了避免同乙個檔案被include多次，c/c++中有兩種方式，一種是#ifndef方式，一種是#pragma once方式。在能夠支援這兩種方式的編譯器上，二者並沒有太大的區別，但是兩者仍然還是有一些細微的區別。
（一）#ifndef的方式受c/c++語言標準支援方式一：
#ifndef __somefile_h__
//或寫為#if !define __somefile_h__
#define __somefile_h__
... ...
// 宣告、定義語句
#endif
方式二：
#pragma once
... ...
// 宣告、定義語句
優點：
（1） 不光可以保證同乙個檔案不被包含多次，也能保證內容完全相同的兩個檔案（或者**片段）不被同時包含。
（2）受c/c++語言標準的支援，不受編譯器的任何限制
缺點：
（1）如果不同標頭檔案中的巨集名不小心「撞車」，可能就會導致你看到標頭檔案明明存在，編譯器卻硬說找不到宣告的狀況——這種情況有時非常讓人抓狂。
（2）由於編譯器每次都需要開啟標頭檔案才能判定是否有重複定義，因此在編譯大型專案時，ifndef會使得編譯時間相對較長，因此一些編譯器逐漸開始支援#pragma
once的方式。
（二）#pragma once一般由編譯器提供保證。
同乙個檔案不會被包含多次。注意這裡所說的「同乙個檔案」是指物理上的乙個檔案，而不是指內容相同的兩個檔案。你無法對乙個標頭檔案中的一段**作pragma once宣告，而只能針對檔案。
優點：
（1）你不必再費勁想個巨集名了，當然也就不會出現巨集名碰撞引發的奇怪問題。
（2）大型專案的編譯速度也因此提高了一些。
缺點：
(1)就是如果某個標頭檔案有多份拷貝，本方法不能保證他們不被重複包含。當然，相比巨集名碰撞引發的「找不到宣告」的問題，這種重複包含很容易被發現並修正。
(2)而#pragma once方式卻不受一些較老版本的編譯器支援，一些支援了的編譯器又打算去掉它，所以它的相容性可能不夠好。
(三)還看到一種用法是把兩者放在一起的：
看起來似乎是想兼有兩者的優點。不過只要使用了#ifndef就會有巨集名衝突的危險，也無法避免不支援#pragma once的編譯器報錯，所以混用兩種方法似乎不能帶來更多的好處，倒是會讓一些不熟悉的人感到困惑。#pragma once
#ifndef __somefile_h__
#define __somefile_h__
... ...
// 宣告、定義語句
#endif
選擇哪種方式，應該在了解兩種方式的情況下，視具體情況而定。只要有乙個合理的約定來避開缺點，我認為哪種方式都是可以接受的。
防止標頭檔案重複包含
在程式設計中，經常會遇到這種情況，我們的某乙個程式會呼叫多個dll，因此需要包含多個標頭檔案，不同的標頭檔案可能包含了相同某乙個下一級標頭檔案，這就可能會導致標頭檔案的重複包含，從而導致變數 函式的重定義等等，為了解決這個問題，就要求我們在編寫dll的時候，使用 ifndef define endi...
防止標頭檔案的重複包含
防止標頭檔案重複包含的巨集想必大家都清楚，ifndef define endif就是幹這個用的，面試中也考過。我也是知道這個巨集的作用，今天我們就來實戰測試一下，網上說的那是別人的東西，只有自己測試過出結果的才是自己的東西。localhost test ls a.h test.c test.h lo...
防止標頭檔案重複包含方法
編譯器支援 標準未定義 由編譯器保證不會重複包含物理上的同乙個檔案 ifndef test.h define test.h code endif 條件編譯是標準支援的 因為標準支援 define定義的識別符號 不會重複引入同名的檔案 存在不小心寫錯define識別符號導致重複引入的問題 所以有些c標...