為了避免同乙個標頭檔案被包含（include）多次，c/c++中有兩種巨集實現方式：一種是#ifndef方式；另一種是#pragma once方式。
在能夠支援這兩種方式的編譯器上，二者並沒有太大的區別。但兩者仍然有一些細微的區別。
方式一：
#ifndefsomefile_h
#definesomefile_h
… … // 宣告、定義語句
#endif
方式二：
#pragmaonce
… … // 宣告、定義語句
（1）#ifndef
#ifndef的方式受c/c++語言標準支援。它不僅可以保證同乙個檔案不會被包含多次，也能保證內容完全相同的兩個檔案（或者**片段）不會被不小心同時包含。
當然，缺點就是如果不同標頭檔案中的巨集名不小心「撞車」，可能就會導致你看到標頭檔案明明存在，但編譯器卻硬說找不到宣告的狀況——這種情況有時非常讓人鬱悶。
由於編譯器每次都需要開啟標頭檔案才能判定是否有重複定義，因此在編譯大型專案時，ifndef會使得編譯時間相對較長，因此一些編譯器逐漸開始支援#pragma once的方式。
（2）#pragma once
#pragma once 一般由編譯器提供保證：同乙個檔案不會被包含多次。注意這裡所說的「同乙個檔案」是指物理上的乙個檔案，而不是指內容相同的兩個檔案。
你無法對乙個標頭檔案中的一段**作pragma once宣告，而只能針對檔案。
其好處是，你不必再擔心巨集名衝突了，當然也就不會出現巨集名衝突引發的奇怪問題。大型專案的編譯速度也因此提高了一些。
對應的缺點就是如果某個標頭檔案有多份拷貝，本方法不能保證他們不被重複包含。當然，相比巨集名衝突引發的「找不到宣告」的問題，這種重複包含很容易被發現並修正。
另外，這種方式不支援跨平台！
#pragma once 方式產生於#ifndef之後，因此很多人可能甚至沒有聽說過。目前看來#ifndef更受到推崇。因為#ifndef受c/c++語言標準的支援，不受編譯器的任何限制；
而#pragma once方式卻不受一些較老版本的編譯器支援，一些支援了的編譯器又打算去掉它，所以它的相容性可能不夠好。
一般而言，當程式設計師聽到這樣的話，都會選擇#ifndef方式，為了努力使得自己的**「存活」時間更久，通常寧願降低一些編譯效能，這是程式設計師的個性，當然這是題外話啦。
還看到一種用法是把兩者放在一起的：
#pragma once
#ifndefsomefile_h
#definesomefile_h
… … // 宣告、定義語句
#endif
C C 避免標頭檔案重複包含的方法
在實際的程式設計過程中，因為會使用多個檔案，所以在檔案中不可避免的要引入一些標頭檔案，這樣就可能會出現乙個標頭檔案被include多次，在c c 中有幾種不同的方式可以解決這個問題，總體功能相差不大，但依然存在細微差別。格式如下 ifndef complex define complex 標頭檔案主...
避免變數重複定義和重複包含標頭檔案的方法
重複包含的影響 在預處理對時候，include相同的檔案，預處理器會檢查 是否有定義再決定要不要複製內容，重複包含會是編譯器多檢查幾次而已。另外在使用增量編譯的時候，這個檔案變化，所有 include 這個檔案的檔案都需要重新編譯，即使沒有去使用裡面的任何內容。避免方法 1.把頭檔案放在巨集裡 if...
防止標頭檔案重複包含方法
編譯器支援 標準未定義 由編譯器保證不會重複包含物理上的同乙個檔案 ifndef test.h define test.h code endif 條件編譯是標準支援的 因為標準支援 define定義的識別符號 不會重複引入同名的檔案 存在不小心寫錯define識別符號導致重複引入的問題 所以有些c標...