C++ 头文件的包含与编译优化

写C++程序时，不要头文件中包含太多其他的头文件，除非绝对必要。

通常我们在头文件中声明类，在cpp文件中实现该类的函数。

如果成员函数的参数是别的类的声明或引用，则可能会直接包含该类的声明对应的头文件。

举个例子：我定义两个类：A(分别对应的文件A.h,A.cpp)和B(分别对应的文件B.h,B.cpp)，,

像这种情况下，假如A类A.h中有个成员函数声明：void fun( B *pointer );

该函数的实现在A.cpp中。通常情况下，为了省事，可能会直接在A.h中包含B.h。这样做有什么不好呢？

假如说B类的头文件有些改动，如增加函数等，在编译时就会重新编译B类，当然A类也必须要重新编译。

可是，这样就导致了A.h文件的内容发生了改变，那些在同一项目中其他的包含了A.h的文件也需要重新编译，试想如果所有的头文件被包含在头文件中（有点绕，呵呵），这样导致的重新编译的文件时是相当多的。如果项目中文件少，那倒无所谓，如果动辄上千，上万个源文件，那要编译到什么时候？为此而耽误时间不大好吧？

哪应该怎么做呢？在头文件中，若只是成员函数参数只是放着别的类的指针或引用，则可在头文件的上方，声明该类即可。

还以上面为例子：

首先，在A.h中声明B 类： class B;

然后，在A.cpp中放置B类的头文件。

你会问，还不是要加B类的头文件呀？这样又有什么好处？

这好处当然有：A类要想编译通过，自然要包含B类的头文件，这样，当B类的头文件改变时，只会影响A类（的CPP文件），可是不会影响A类的头文件，自然不会影响包含了A类头文件的其他源文件了，你需要重新编译的源文件自然就少了，在编译上所花费的时间就少了。

顺便说一句，有时候你发现，有的.CPP源文件明明没有包含某个类的声明，使用了该类的函数，然而编译却通过了，这是否在你的意料之中呢？