为了避免同一个文件被include多次

1#ifndef方式

2#pragma once方式

在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。

方式一：

#ifndef __SOMEFILE_H__

#define __SOMEFILE_H__

... ... // 一些声明语句

#endif

方式二：

#pragma once

... ... // 一些声明语句

#ifndef的方式依赖于宏名字不能冲突，这不光可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件不会被不小心同时包含。当然，缺点就是如果不同头文件的宏名不小心“撞车”，可能就会导致头文件明明存在，编译器却硬说找不到声明的状况

#pragma once则由编译器提供保证：同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。带来的好处是，你不必再费劲想个宏名了，当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名碰撞引发的“找不到声明”的问题，重复包含更容易被发现并修正。

由于编译器每次都需要打开头文件才能判定是否有重复定义，因此在编译大型项目时，ifndef会使得编译时间相对较长，因此一些编译器逐渐开始支持#pragma once的方式。

方式一由语言支持所以移植性好，方式二 可以避免名字冲突

总结

·性能上的区别

使用 #ifndef 的话，编译器每次看到#include这个文件都需要读入文件，解析代码；

而使用#pragma once 编译器根本不会重复打开文件， 大大提高了效率。

·编码风格上的区别

使用#pragma once的代码简洁，重要的是它避免了头文件标号（如_myheader_h_）的 重定义或者 #endif 包含范围错误的情况。

·语意上的区别

#pragma once是针对文件的，它告诉编译器，本文件只编译一次。

#ifndef…#define…#endif 只是针对文件中的某一个标号而言的，它能防止三个指令间包含的内容的重复性处理。就这一点而言，后者更灵活。

可移植性方面

#pragma once是微软的开发工具中所使用的，如 msvc 等工具可以完好的支持；

#ifndef #define #endif是C++标准里面的一部分，对于任何完好支持c/c++的编译器都能使用。显而易见，后者的可移植性更高。