今天写程序时,对编译预处理和#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、有方法把这两种方法结合起来用,但看起来并没有什么卵用,反而增加了代码阅读者的困扰