网上有大量文章说如何防止头文件多重包含,却从来不去说为什么要去防止头文件多重包含?
还有极少数文章讲到了头文件多重包含的危害,但是只提到了其中一点。
先把题目的结论抛出来,防止头文件多重包含的真正原因只有一点:
多重包含会让编译器做重复的计算,不会有实质上编译错误
下面是详细分析
这个问题涉及到两种情景
1.一个h文件被一个c文件多次包含
假设当前工程有 a.c
b.h
c.h
//a.c
#include "b.h"
#include "c.h"
//b.h
int t = 0;
....//其他声明,变量声明,函数声明等等
//c.h
#include "b.h"
编译后,a.c中进行了两次#include "b.h"
,int t = 0;
重复定义了,而且b.h里的大量声明重复了两次。
这时候有人会发现,如果对头文件进行防重复包含处理,int t = 0;
就不会重复定义了。
对头文件进行#pragma once
或者#ifndef
操作,int t = 0;
由于只包含了一次,不会有重复定义的问题,此时可以在头文件里定义变量。
不过一般不会在头文件里定义变量,所以这个情景下,编译器只会多次做无用的重复操作。
2.一个h文件被多个c文件包含
假设工程下有 a.c
b.c
c.h
//a.c
#include "c.h"
//b.c
#include "c.h"
//c.h
int t = 0;
编译后,a.c
和 b.c
都定义了 int t = 0;
,在链接阶段,妥妥的重复定义。由于编译阶段是c文件单独编译,在此情景下,没有发生头文件多重包含的问题。
一般不会在头文件里定义变量,在第二个情景下,也不会发生重复定义问题,
结果
如果不在头文件里定义变量,情景一发生了编译器重复计算问题,情景二没有发生任何问题。
如果在头文件里定义变量,情景一发生了编译器重复计算问题和变量重复定义问题,情景二发生重复定义问题。 (没人会在头文件里定义变量)