带你玩转Visual Studio——带你理解微软的预编译头技术
通过上一篇文章带你玩转Visual Studio——带你多工程开发的讲解，我们能够在一个Solution中创建多个Project，统一管理一个项目的多个Project。本篇文章我们将继续讲解微软的预编译头技术。
不陌生的stdafx.h
还记得带你玩转Visual Studio——带你新建一个工程一文中的图2(为方便阅读，已拷贝到下图 1)吗？我们默认勾选了Precompiled header复选框，创建的工程中就自动添加了stdafx.h和stdafx.cpp，stdafx.h就是预编译头文件，勾选Precompiled header就表明采用了微软的预编译头技术。
打开或关闭预编译方式
右键工程名->Properties->Configuration Properties->C/C++->Precompiled Header,Precompiled Header下拉列表框选择Use(/Yu)表示打开(使用)预编译头的方式，选择Not Using Precompiled Headers表示关闭预编译头的编译方式。
参数说明：
Precompiled Header:是否采用预编译头的方式；
Precompiled Header File:预编译头文件的名称，VS中文件名的大小写不敏感，但最好保持大小写相同。
Precompiled Header Output File:生成的.pch文件我名称，关于.pch文件将再在下面预编译原理小节中讲述。
如果是要使用预编译头文件的方式，还需要设置stdafx.cpp文件的属性。右键stdafx.cpp->Properties->Configuration Properties->C/C++->Precompiled Header，Precompiled Header下拉列表框中选择Create(Yc).
(我没有设置，使用默认的【使用/yu,编译stdafx.cpp报错:
fatal error C1083: 无法打开预编译头文件: “Debug\memoryPool.pch”: No such file or directory
这里的memoryPool是项目名称，我拆是因为预编译投输出文件是：$(IntDir)$(TargetName).pch。 而我们没有创建，导致无法打开。所以要在stdafx.cpp设置下。设置后编译stdafx.cpp成功，在debug目录下输出了memroyPool.pch文件。）
注意事项
每一个源文件的第一行代码必须包含预编译头文件。如果你的工程选用了预编译头文件的方式，每一个.cpp文件的第一行代码必须包含预编译头文件(#include “stdafx.h”)，否则会编译出错。
(
我编译某个工程时发生错误：
fatal error C1010: 在查找预编译头时遇到意外的文件结尾。是否忘记了向源中添加“#include "stdafx.h。
我发现一种更好的方式，在项目配置-》c/c++->高级-》强制包含文件：填写stdafx.h就可以解决了。）
预编译技术的内存原理
在Windows程序开发时，经常要在各个文件中包含windows.h、afx.h等标准头文件，而这些文件非常的大，在编译时就非常的慢，非常耗时。为解决这个问题，已是就有了预编译头文件的技术。
所谓头文件预编译技术，就是把一个工程(Project)中常用的一些头文件(如标准头文件Windows.h、Afxwin.h等，也可以是自己定义的头文件)包含在stdafx.h中，并对stdafx.h预先编译(在所有的.cpp文件编译之前进行编译)，得到编译结果.pch文件(默认名称为ProjectName.pch)，后期该工程在编译其它.cpp文件时不再编译stdafx.h中的内容(即使include了它)，仅仅使用预编译的结果。
其中stdafx.h叫做预编译头文件，stdafx名称的英文全称为：Standard Application Framework Extensions，当然你也可以自己定义预编译头文件的名称，手动重命名stdafx.h，同时将上面图2和图3中对应的名称也得改过来。ProjectName.pch叫做预编译头。
采用预编译头技术后，可以加快编译速度，节省编译时间。因为只需要预先编译一次就可以在所有的.cpp编译时使用，不用再次编译。这样带来的一个问题就是每一个.cpp文件的开头都要包含预编译头文件#include “stdafx.h”。因为预编译头技术是假定预编译头中的内容会在所有.cpp文件中使用，在编译你的 .cpp 的时候，就会将预编译头中已经编译完的部分加载到内存中。
使用预编译头文件需要注意的几个要点：
1. 你编写的任何.cpp文件都必须首先包含stdafx.h。
2. 如果你有工程文件里的大多数.cpp文件需要的.h文件，顺便将它们加在stdafx.h(后部)上，然后预编译stdafx.cpp。
3. 由于.pch文件具有大量的符号信息，它是你的工程文件里最大的文件。
------------------------------
原文地址：关于预编译头文件作者：千里方舟
最近从VC6.0过渡到VS2008，还有一些东西正在摸索阶段，于是有些以前没有注意到问题就逐渐显示，我打算抓住一个是一个，把所有的厘清的感悟或是新增的知识写下来，希望给没有注意到这类问题的朋友抛砖引玉吧。
首先，就是预编译头文件。
1.概念
所谓的预编译头文件，其实我们很熟悉的，这里的头文件（Microsoft Visual C++中）一般的说就是我们常见的stdafx.h。这个名字是微软默认的，名字还可以改，内容更加可以改。这个就是待编译的头文件，但是，我们知道，头文件是不能被编译的，因此，我们就可以用一个stdafx.cpp，这个文件中一开始可以没有内容，但必须加一句“include<stdafx.h>”,然后compile（ctrl+F7）一下就可以出现一个（.pch）文件，这个就是我们常说的预编译头文件。
为什么需要预编译头文件呢？原因很简单，这个其实这么做的目的就是减少编译时间。因为，如果不是这么做的话，在编译的时候，假如一个头文件被很多的文件使用，那就费时了，因为得一次又一次地进行编译。而有了预编译头文件的话，我们把出现频率很高的那部分东西（通常是一些系统的头文件或者是一些自己设定的但是不常变动的头文件）已经编译好了，就像一个通用零件一样，已经搞好了，用到的时候就直接装就行。这样就可以利用编译好的成果，从而能非常有效地节约编译的时间了。
2.VS2008中的预编译头文件
打开VS2008，File->New->Project,建立一个Win32 console application，选择next，在Application Settings中的Additional options:中的Precompiled header默认勾选，点Finish，就可建立一个带预编译头文件的Win32控制台程序了。可以看到Solution explorer中有stdafx.h和stdafx.cpp，这两个东西就是用来生成预编译头文件的，也是微软默认的。
此时compile，会发现是不能成功的，错误是 fatal error C1083: Cannot open precompiled header file: 'Debug×××.pch': No such file or directory。意思就是没有.pch文件。如上面所说，其实编译的过程是利用预先编译好的预编译头文件来减少编译的工作量，那么既然没有这个预编译头文件，那怎么编译呢？我们可以在Solution explorer，右击工程，单击property，在右边的框中选择Configuration Properties->C/C++->Preprocessor,看到在右边的Create/Use Precompoled Header中默认的是Use Precompiled Header(/Yu),也就是说现在还没有建立.pch呢，就开始用了，显然不适合，那就改喽，单击之，选择Create Precompoled Header（/Yc），便可以了。编译之，可以看到在Debug文件夹中多了个.pch，也就是说这个预编译头文件搞定了。
再回到Create/Use Precompoled Header那页中，看到Create/Use Precompoled Header下面，Create/Use PCH Through File中是Stdafx.h，这里还是上面说的，一会编译器就默认用这个制作预编译头文件，制作完成的头问价放哪里呢，下面一个项是Precompoled Header File就是指示生成的.pch的地址的，其默认的地址是$(IntDir)$(TargetName).pch（这里的$表示当前工程文件夹，$(IntDir)表示当前文件夹的Debug文件夹，下拉点edit可以看到类似IntDirOutir之类的地址目录），生成在Debug目录下，名称是（工程名）.pch。这里，可以改下，自己edit下，把$(TargetName).pch改为PPP.pch，编译一下，可以看到Debug下出现了一个PPP.pch，这个是新的预编译头文件，系统会自动的为你添加进去，以后自动用它进行的编译的。但是，有一点，就是刚才的那个预编译头文件并没有消失，还挺大的呢，得几个M，也就是说，原来的头文件没有用了，但是并没有覆盖掉，那么这就提醒我们要及时清理没有用的头文件了。
再有就是既然已经Create了个预编译头文件了，那么以后就不要总是Create了，我们就要把Create/Use Precompoled Header中的改回Use Precompiled Header(/Yu),然后就可以节约编译时间了。
3.什么情况下使用预编译头文件
前面也有所提及，这里我自己系统地总结下：
1）一些大型程序用这个比较好，但是一些小型的不点行的程序还是不要用预编译头文件的好，因为Create一个预编译头文件本身也是要时间的。
2）预编译头文件中一般只放系统头文件。比如说你使用MFC，很多的头文件就必须要来回地用，这时，不要你操心，系统就会默认地给你弄个预编译头文件，来成倍地节约编译时间。
3）自己编的一些很常用的基本固定不变的头文件。其实，我倾向于这么做，就是我们自己搞一个预编译头文件，用自己的名字，然后可以把系统的Stdafx.h包含进去。注意这么做的话，千万要用自己的另外定义的名字。如果你在Stdafx.h里面包含自己的头文件，结果会把下家（看程序的人）迷糊了，因为我们习惯上在自己编的头文件中以“另可错杀一百，不可放过一个”的原则来包含预编译头文件，假如别人来使用这个头文件，那他可惨了，编译器会把这个当普通文件编的，那可不是节约时间了，那是在浪费时间。
Visual studio和gcc都使用预编译头：
http://*.com/questions/1191248/handling-stdafx-h-in-cross-platform-code
关于预编译头以及StdAfx.cpp的解惑
预编译头就是将程序的头文件部分编译成一个二进制中间文件，提高整个工程的编译效率，一般以.pch格式存储。
1. 在编译器重已经采用了时间戳的方式，为何还需要预编头呢？
对.obj加以时间戳的方式，可以根据时间戳来决定哪些文件需要重新编译，从而提高效率。但重新编译这个文件，包括这个文件的头文件里的信息和预处理（指头文件中的预处理）都重新进行一遍，而预编译头正是解决了这个问题，将稳定的头文件内容预先编译为一个二进制中间文件。
2. 只有头文件如何编译呢？
- // stdafx.cpp : 只包括标准包含文件的源文件
- // TurnRound.pch 将作为预编译头
- // stdafx.obj 将包含预编译类型信息
- #include "stdafx.h"
通常将常用的头文件都放到stdafx.h头文件中。
3. fatal error C1010: unexpected end of file while looking for precompiled header. Did you forget to add '#include "stdafx.h" to your source?
在MFC中编程中最常见不过的了，因为MFC工程默认采用了预编译头，之后必须在.cpp文件头部包含stdafx.h（注意一定要放在头部，不然前面的头文件会被忽略）；右击我们出错的的文件可以找到证据：
如果你关闭预编译头，可以发现没有了这个error。但既然预编译头带来这么多好处，为何不使用呢？
4. 创建属于自己的预编头（本人采用VS2005）
（1）第一步，创建stdafx.h 和 stdafx.cpp, 将常用的头文件放入stdafx.h中(一般选择稳定的头文件，因为编译产生预编译头时间比较长)，在stdafx.cpp中添加代码
- #include "stdafx.h"
（2）第二步，右击工程属性=》配置属性=》c/c++ =》预编译头，选择使用预编头， "通过文件创建/使用PCH"填写 stdafx.h
（3）第三步，右击stdafx.h属性，配置属性=》c/c++ =》预编译头，选择创建预编译头，"通过文件创建/使用PCH"填写 stdafx.h