怎样防止头文件被重复包含?（两种方式）以及它的影响



一、头文件被重复包含

#include文件的一 个不利之处在于一个头文件可能会被多次包含，为了说明这种错误，考虑下面的代码:

#include "x.h"
#include "x.h"

显然，这里文件x.h被包含了两次，没有人会故意编写这样的代码。但是下面的代码:
#include "a.h"
#include "b.h"

看上去没什么问题。如果a.h和b.h都包含了一个头文件x.h。那么x.h在此也同样被包含了两次，只不过它的形式不是那么明显而已。

解决方法：

第一种：

多重包含在绝大多数情况下出现在大型程序中，它往往需要使用很多头文件，因此要发现重复包含并不容易。要解决这个问题，我们可以使用条件编译。如果所有的头文件都像下面这样编写:
#ifndef _HEADERNAME_H
#define _HEADERNAME_H

...//(头文件内容)

#endif

那么多重包含的危险就被消除了。

      当头文件第一次被包含时，它被正常处理，符号_HEADERNAME_H被定义为1。如果头文件被再次包含，通过条件编译，它的内容被忽略。符号_HEADERNAME_H按照被包含头文件的文件名进行取名，以避免由于其他头文件使用相同的符号而引起的冲突。

但是，你必须记住预处理器仍将整个头文件读入，即使这个头文件所有内容将被忽略。由于这种处理将托慢编译速度，所以如果可能，应该避免出现多重包含。

第二种：

在windows平台下，有一个很方便的宏： #pragma once

两种方法都可以起到防止头文件被多次包含的作用，那么这两种方式有什么不同呢，或者说有什么相同之处呢？

总结一下，除了#pragma once是微软编译器所特有的之外，用宏和#pragma once的办法来避免重复包含头文件，主要区别在于宏处理的方法会多次打开同一头文件，而#pragma once则不会重复打开，从而#pragma once能够更快速。

用更确切的语言总结一下就是：#pragma once指定当前文件在构建时只被包含(或打开)一次,这样就可以减少构建的时间,因为加入#pragma once后,编译器在打开或读取第一个#include 模块后,就不会再打开或读取随后出现的同#include 模块。

二、变量被重复定义

我们来说一说重复包含的影响：

C/C++在预处理的时候，include相同的文件，预处理器会检查XXX是否有定义再决定要不要复制内容，重复包含会是编译器多检查几次而已。另外在使用增量编译的时候，这个文件变化，所有 include 这个文件的文件都需要重新编译，即使没有去使用里面的任何内容，所以重复包含最经常带来的错误就是重定义。

使用#ifndef只是防止了头文件被重复包含(其实本例中只有一个头件，不会存在重复包含的问题)，但是无法防止变量被重复定义。

由于工程中的每个.c文件都是独立的解释的，即使头文件有
#ifndef _TEST_H_
#define _TEST_H_
....
#enfif
在其他文件中只要包含了某个头文件例如：global.h就会独立的解释,然后每个.c文件生成独立的标示符。在编译器链接时，就会将工程中所有的符号整合在一起，由于文件中有重名变量，于是就出现了重复定义的错误。


解决方法：
在.c文件中声明变量，然后建一个头文件(.h文件)在所有的变量声明前加上extern，注意这里不要对变量进行的初始化。然后在其他需要使用全局变量的.c文件中包含.h文件。编译器会为.c生成目标文件，然后链接时，如果该.c文件使用了全局变量，链接器就会链接到此.c文件 。