#pragma once 与#ifndef，#define，#endif的差别 、重复定义等相关问题

今天写程序时，对编译预处理和#pragma once，#ifndef，#define，#endif产生了一些困惑，以前都是知道个大概，今天一下子查了很多资料，下面就是一些我现在对这个问题的认识，弄清楚这些，再加上我转的一篇.h和.cpp区别的博客，对于认清重定义，预处理帮助很大

.cpp文件是一个编译单元，obj文件是编译的输出文件，链接是将所有地obj文件链接起来组成一个exe。链接过程中如果有不同的cpp文件中包含相同的函数名，变量名（注意不包括变量的引用、函数的声明、以及static函数和变量），链接将会报重复定义的错误，很多时候如果把函数和变量的定义写在.h文件，多个cpp包含此.h文件，就极可能会发生这样的错误，所以应该把函数的实现、变量的定义写在.cpp中，在.h中声明。这里有一种情况是例外，就是模板函数，其实STL容器的源码实现就都写在.h中，那是因为模板有模板的机理，在这里就不展开了。

上述是在发生在链接时期的重定义，是指两个或多个cpp之间有冲突的变量和函数，是链接时发现的。还有一种重定义可能会发生在编译时期。在同一个编译单元，也就是cpp中，多数cpp可能存在嵌套包含，一个头文件被一个cpp包含了两次，不仅造成编译效率降低，而且如果此头文件中含有定义，那就会被重定义。而#pragma once 与，#ifndef，#define，#endif就是这个问题的解决办法。但两者之间又有一些小区别：

1,、 #pragma once是和文件绑定的，有文件标志，编译时会检查头文件有没有被编译过，而不用进入文件中检查。编译效率会比预处理头方法高，但如果程序中有同一个.h文件的多个副本，一个cpp不慎包含了多个副本.h文件，那么#pragma once对此是失效的，因为他只认文件不认代码。

2、#ifndef，#define，#endif是和宏绑定的，编译时编译器会进入头文件中，检查宏有没有被定义，虽然效率比不上#pragma once，但上面 #pragma once失效的情况，在这里不会发生。此外使用#ifndef要防止多个.h文件的宏重名，也很烦。

3、#pragma once由编译器提供保证，是平台相关的，而#ifndef，#define，#endif是语言支持的，所以移植性好于#pragma once，但目前看来#pragma once似乎移植起来也基本没什么问题。

4、有方法把这两种方法结合起来用，但看起来并没有什么卵用，反而增加了代码阅读者的困扰