C++ pragma once 與 ifndef 用法區別

#pragma once 與 #ifndef 的做用

（1）在C/C++中，在使用預編譯指令#include的時候，爲了防止重複引用形成二義性。
（2）在可以支持這兩種方式的編譯器上，兩者並無太大的區別，可是二者仍然仍是有一些細微的區別。

#pragma once 與 #ifndef 的用法

#pragma once

#pragma once

#ifndef

#ifndef _CODE_BLOCK
#define _CODE_BLOCK
// code
...  
#endif // _CODE_BLOCK

#pragma once 與 #ifndef 二者各有何特色

#pragma once

在C/C++中，#pragma once是一個非標準可是被普遍支持的方式。

介紹：#pragma once 通常由編譯器提供保證：同一個文件不會被包含屢次。注意這裏所說的「同一個文件」是指物理上的一個文件，而不是指內容相同的兩個文件。你沒法對一個頭文件中的一段代碼做pragma once聲明，而只能針對文件。

優勢：你沒必要再擔憂宏名衝突了，固然也就不會出現宏名衝突引起的奇怪問題。大型項目的編譯速度也所以提升了一些。

缺點：若是某個頭文件有多份拷貝，本方法不能保證他們不被重複包含。固然，相比宏名衝突引起的「找不到聲明」的問題，這種 重複包含很容易被發現並修正。另外，這種方式不支持跨平臺！

#ifndef

介紹：#ifndef的方式受C/C++語言標準支持, ，也是比較經常使用的方式。

優勢：它不只能夠保證同一個文件不會被包含屢次，也能保證內容徹底相同的兩個文件(或者代碼片斷)不會被不當心同時包含。

缺點：就是若是不一樣頭文件中的宏名不當心「撞車」，可能就會致使你看到頭文件明明存在，但編譯器卻硬說找不到聲明的情況——這種狀況有時很是讓人鬱悶。 因爲編譯器每次都須要打開頭文件才能斷定是否有重複定義，所以在編譯大型項目時，ifndef會使得編譯時間相對較長，所以一些編譯器逐漸開始支持#pragma once的方式。(Visual Studio 2017新建頭文件會自帶#pragma once指令)。

二者之間的聯繫

（1）#pragma once 方式產生於 #ifndef 以後，所以不少人可能甚至沒有據說過。目前看來#ifndef更受到推崇。由於#ifndef受C/C++語言標準的支持，不受編譯器的任何限制；而#pragma once方式卻不受一些較老版本的編譯器支持 (如GCC 3.4版本以前不支持#pragmaonce) ，一些支持了的編譯器又打算去掉它，因此它的兼容性可能不夠好。
（2） #ifndef能夠針對一個文件中的部分代碼，而#pragma once只能針對整個文件。

總結

相對而言，#ifndef 更加靈活，兼容性好，移植性好 ，而 #pragma once 操做簡單，能夠避免名字衝突，效率高。

看起來彷佛是想兼有二者的優勢。不過只要使用了 #ifndef 就會有宏名衝突的危險，也沒法避免不支持#pragma once的編譯器報錯，因此混用兩種方法彷佛不能帶來更多的好處，卻是會讓一些不熟悉的人感到困惑。

選擇哪一種方式，應該在瞭解兩種方式的狀況下，視具體狀況而定。只要有一個合理的約定來避開缺點，我認爲哪一種方式都是能夠接受的。而這個已經不是標準或者編譯器的責任了，應當由程序員本身或者小範圍內的開發規範來搞定。

最後

通常而言，當程序員聽到這樣的話，都會選擇 #ifndef 方式，爲了努力使得本身的代碼「存活」時間更久，一般寧願下降一些編譯性能，這是程序員的個性，固然這是題外話啦。