#pragma once與#ifndef的區別

#pragma once與#ifndef的區別

一、相同點是：

   爲了不同一個文件被include屢次。

二、不一樣點是：

    在可以支持這兩種方式的編譯器上，兩者並無太大的區別，可是二者仍然仍是有一些細微的區別。

1. 方式一： #ifndef
2. #ifndef __SOMEFILE_H__
3. #define __SOMEFILE_H__
4. ... ... // 一些聲明語句
5. #endif

    
6. 方式二： #pragma once
7. #pragma once
8. ... ... // 一些聲明語句

    #ifndef的方式依賴於宏名字不能衝突，這不光能夠保證同一個文件不會被包含屢次，也能保證內容徹底相同的兩個文件不會被不當心同時包含。固然，缺點就是若是不一樣頭文件的宏名不當心「撞車」，可能就會致使頭文件明明存在，編譯器卻硬說找不到聲明的情況。

    #pragma once則由編譯器提供保證：同一個文件不會被包含屢次，即可以保證頭文件被編譯一次。注意這裏所說的「同一個文件」是指物理上的一個文件，而不是指內容相同的兩個文件。帶來的好處是，你沒必要再費勁想個宏名了，固然也就不會出現宏名碰撞引起的奇怪問題。對應的缺點就是若是某個頭文件有多份拷貝，本方法不能保證他們不被重複包含。固然，相比宏名碰撞引起的「找不到聲明」的問題，重複包含更容易被發現並修正。

三、總結來講：
   #ifndef方式由語言支持因此移植性好，可是在包含一個文件的時候，只有打開這個文件，根據文件的保護宏是否已經被定義來判斷此文件是否已經被包含過，因此效率相對較低。固然在#include的時候，程序員也能夠本身判斷所要包含的文件的保護宏是否已經被定義，來決定是否要包含這個文件。相似下面的代碼：

1. #ifndef FILE_H_
2. #include "file.h"
3. #endif

這樣做能夠獲得較高的效率，並且保證可移植性。可是文件之間的依賴性較高，若是一個文件的保護宏改變的話，全部使用如上形式包含這個文件的文件都要修改，有悖於模塊化的思想。

    #pragma once方式能夠避免名字衝突，可是是平臺相關的因此可移植性比較差，可是它效率更高：由於不須要去打開包含的文件，就能夠判斷這個文件有沒有被包含，固然這個工做是系統幫咱們完成的。