为什么要防止头文件多重包含

网上有大量文章说如何防止头文件多重包含，却从来不去说为什么要去防止头文件多重包含？
还有极少数文章讲到了头文件多重包含的危害，但是只提到了其中一点。
先把题目的结论抛出来，防止头文件多重包含的真正原因只有一点：

多重包含会让编译器做重复的计算，不会有实质上编译错误

 

下面是详细分析

这个问题涉及到两种情景

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文件单独编译，在此情景下，没有发生头文件多重包含的问题。
一般不会在头文件里定义变量，在第二个情景下，也不会发生重复定义问题，

结果

如果不在头文件里定义变量，情景一发生了编译器重复计算问题，情景二没有发生任何问题。
如果在头文件里定义变量，情景一发生了编译器重复计算问题和变量重复定义问题，情景二发生重复定义问题。 (没人会在头文件里定义变量)