是把 tle 最好 data- lock 版本 查看 在一起 edi

#pragma once是一個比較常用的C/C++雜註，只要在頭文件的最開始加入這條雜註，就能夠保證頭文件只被編譯一次。

#pragma once是編譯器相關的，有的編譯器支持，有的編譯器不支持，具體情況請查看編譯器API文檔，不過現在大部分編譯器都有這個雜註了。 #ifndef，#define，#endif是C/C++語言中的宏定義，通過宏定義避免文件多次編譯。所以在所有支持C++語言的編譯器上都是有效的，如果寫的程序要跨平臺，最好使用這種方式。 方式一： #ifndef _SOMEFILE_H_ #define _SOMEFILE_H_ .......... // 一些聲明語句 #endif 方式二： #pragma once ... ... // 一些聲明語句

比較

編輯 #ifndef的方式依賴於宏名字不能沖突，這不光可以保證同一個文件不會被包含多次，也能保證內容完全相同的兩個文件不會被不小心同時包含。當然，缺點就是如果不同頭文件的宏名不小心“撞車”，可能就會導致頭文件明明存在，編譯器卻硬說找不到聲明的狀況。 #pragma once則由編譯器提供保證：同一個文件不會被編譯多次。註意這裏所說的“同一個文件”是指物理上的一個文件，而不是指內容相同的兩個文件。帶來的好處 是，你不必再費勁想個宏名了，當然也就不會出現宏名碰撞引發的奇怪問題。對應的缺點就是如果某個頭文件有多份拷貝，本方法不能保證他們不被重復包含。當 然，相比宏名碰撞引發的“找不到聲明”的問題，重復包含更容易被發現並修正。 方式一由語言支持所以移植性好，方式二 可以避免名字沖突 #pragma once方式產生於#ifndef之後，因此很多人可能甚至沒有聽說過。目前看來#ifndef更受到推崇。因為#ifndef受語言天生的支持，不受編 譯器的任何限制；而#pragma once方式卻不受一些較老版本的編譯器支持，換言之，它的兼容性不夠好。也許，再過幾年等舊的編譯器死絕了，這就不是什麽問題了。 我還看到一種用法是把兩者放在一起的： #pragma once #ifndef __SOMEFILE_H__ #define __SOMEFILE_H__ ... ... // 一些聲明語句 #endif 看起來似乎是想兼有兩者的優點。不過只要使用了#ifndef就會有宏名沖突的危險，所以混用兩種方法似乎不能帶來更多的好處，倒是會讓一些不熟悉的人感到困惑。

#pragma once