stdafx的使用

简介

      头文件预编译，把project中使用的MFC标准头文件预先编译，以后在编译该project时就不再编译这部分头文件，仅仅使用预编译的结果，加快编译速度，节约时间。

原理

Stdafx.h是为定义一些参数配置，环境设置专门定义的。

APPWizard建立文件stdafx.h,该文件包含了所有当前工程需要的MFC include文件，且这一文件可以被选择的选项而变化；

AppWizard然后建立stdafx.cpp。这个文件通常是一样的；

AppWizard建立工程文件，第一个被编译的文件就是stdafx.cpp；

当Visual C++编译stdafx.cpp文件时，它将结果保存在一个名为stdafx.pch的文件里（扩展名pch表示预编译头文件）；

当编译器编译随后的每个.cpp文件时，它阅读并使用它刚生成的.pch文件，Visual C++不再分析Windows include文件，除非stdafx.cpp或stdafx.h又被编辑；

遵守的规则

任何.cpp文件都必须首先包含stdafx.h；

如果有project文件里的大多数.cpp文件需要.h文件，顺便将它们加在stdafx.h（后部）上，然后预编译stdafx.cpp；

由于.pch文件具有大量的符号信息，它是project文件里最大的文件。如果磁盘空间有限，可以将从没使用过的project file中的。Pch文件删除，执行程序时并不需要它们，且随着工程文件的重新建立，它们也自动地重新建立。

存在的问题

一般将常用的不变的库头文件放在里面，通常的com里import进来的dll,lib也放在这里面。编译一次，其他地方直接用编译出的结果。但也会因为使用不当而引起错误，以下是常见错误：

1）  在其他的.h文件里也include”stdafx.h”.

问题描述：你的project里用了别人写的.h文件，导致你的编译速度奇慢无比，而且你做任何的小修改，编译都需要很长时间，预编译根本没有发挥作用，这个就可能给你h文件的人用错了预编译文件。

原因：由于你用到的.h文件里include了stdafx，在他本身的project里，VS能够判断的出他是预编译头，也能找到pch,pdb文件。所以对写这个.h文件的人没有影响。你作为他的客户，你工作在你的project下，include了他的h头文件，而这时VS判断不出他的头文件里include的stdafx是预编译头文件，当做普通文件编译。可想而知，他的stdafx里如果有import外面大型的库，编译速度会比较慢。

结论：不要在h头文件里include你的stdafx.h。

2）  Stdafx.h里include自己的头文件。

一般不会犯这个错误，原因很简单，自己的头文件总是变化，改了后导致stdafx重编，降低了编译速度。

       对于import外面的库，建议全部写到stdafx里面去，不要在h头文件里import。用你的h头文件的人，要求在他的stdafx里include你的stdafx。这样的话，实际上这个stdafx在两个工程里面是会编译2次的。但你做的修改的编译速度是很快的。