來源：http://blog.sina.com.cn/s/blog_4ac766c00100qsbd.html
http://blog.csdn.net/txh0001/article/details/7031058
作為一個C++菜鳥，在預編譯頭文件(#include "stdafx.h")上糾結了很久，今天打算徹底弄明白它。
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里面包含自己的頭文件，結果會把下家（看程序的人）迷糊了，因為我們習慣上在自己編的頭文件中以“另可錯殺一百，不可放過一個”的原則來包含預編譯頭文件，假如別人來使用這個頭文件，那他可慘了，編譯器會把這個當普通文件編的，那可不是節約時間了，那是在浪費時間。
4、預編譯頭文件使用經驗：
如果預編譯頭文件被正確使用時，它確實大大提高我們編程的效率（你工作中，有多少時間是在等編譯完成？很多吧，這個時候一般都很無聊，無奈，浪費時間）。但是他太容易用錯了. 下面是幾種常見的錯誤用法.
1) 在預編譯頭文件里include自己的頭文件
原因:自己的頭文件一般會經常變, 便利后導致預編譯的東東重新編譯, 降低了編譯速度,當然, 如果你的頭文件不經常變化, 也可以
2) 在其他的頭文件里也include 預編譯頭文件
假設你的其他頭文件也include了預編譯頭文件, 如果別人引用你的這個頭文件又沒有設置成預編譯頭文件, 那引用你頭文件的這個人就煎熬了.
原 因：由於你用到的.h文件里include了預編譯頭文件，他在他本身的project里，vs能夠判斷的出他是預編譯頭，也能找的到需要的pch， pdb文件。所以對寫這個.h文件的人沒影響。但是你作為他的客戶，你工作在你的project下，你include了他的h頭文件，而這時vs判斷不出 他的頭文件里include的stdafx是預編譯頭文件，做普通文件編。那可想而知，他的stdafx里如果有import外面大型的庫（如 inventor的tlb，非常慢，我們犯了這個錯），那編譯速度簡直是煎熬。最要命的是，以后你做任何簡單的修改都要重編，這和預編譯解決的問題恰好相 反了。
下面給出一個使用預編譯頭文件的操作步驟, 享受一下預編譯頭文件給我們帶來的編譯速度的提升:
1) 添加一個stdafx.h文件(名字隨便取, 這里用了VS默認提供的名稱), 在這個.h文件里include要使用的頭文件(一般是外部的庫, 自己寫的不常變的頭文件也可以加進來)
2) 添加一個stdafx.cpp文件, 並include "stdafx.h"
3)項目屬性-->c/c++-->Precompiled設置為Use Precompiled Header, stdafx.h
4)stdafx.cpp屬性-->c/c++->Precompiled設置為Create Precompiled Header, stdafx.h
done!
5、預編譯頭的使用
要使用預編譯頭，我們必須指定一個頭文件，這個頭文件包含我們不會經常改變的代碼和其他的頭文件，然后我們用這個頭文件來生成一個預編譯頭文件（.pch文件）
想必大家都知道 StdAfx.h這個文件。很多人都認為這是VC提供的一個“系統級別”的，編譯器帶的一個頭文件。其實不是的，這個文件可以是任何名字的。我們來考察一個典型的由AppWizard生成的MFC
Dialog Based 程序的預編譯頭文件。（因為AppWizard會為我們指定好如何使用預編譯頭文件，默認的是StdAfx.h，這是VC起的名字）。我們會發現這個頭文件里包含了以下的頭文件：
#include <afxwin.h> // MFC core and standard components
#include <afxext.h> // MFC extensions
#include <afxdisp.h> // MFC Automation classes
#include <afxdtctl.h> // MFC support for Internet Explorer 4 Common Controls
#include <afxcmn.h>
這些正是使用MFC的必須包含的頭文件，當然我們不太可能在我們的工程中修改這些頭文件的，所以說他們是穩定的。
那么我們如何指定它來生成預編譯頭文件。我們知道一個頭文件是不能編譯的。所以我們還需要一個cpp文件來生成.pch 文件。這個文件默認的就是StdAfx.cpp。在這個文件里只有一句代碼就是：
#include “Stdafx.h”。原因是理所當然的，我們僅僅是要它能夠編譯而已―――也就是說，要的只是它的.cpp的擴展名。我們可以用/Yc編譯開關來指定StdAfx.cpp來生成一個.pch文件，通過/Fp編譯
開關來指定生成的pch文件的名字。打開project ->Setting->C/C++ 對話框。把Category指向Precompiled Header。在左邊的樹形視圖里選擇整個工程，在圖中我們的Project Options(右下角的那個白
的地方)可以看到 /Fp “debug/PCH.pch”，這就是指定生成的.pch文件的名字，默認的通常是 <工程名>.pch
然后，在左邊的樹形視圖里選擇StdAfx.cpp，這時原來的Project Option變成了 Source File Option（原來是工程，現在是一個文件，當然變了）。在這里我們可以看到 /Yc開關，/Yc的作用就是指定
這個文件來創建一個Pch文件。/Yc后面的文件名是那個包含了穩定代碼的頭文件，一個工程里只能有一個文件的可以有YC開關。VC就根據這個選項把 StdAfx.cpp編譯成一個Obj文件和一個PCH文件。
在命令行里，我們可以看到/Yu"stdafx.h" /Fp"Debug/DepModify.pch"
然后我們再選擇一個其它的cpp文件來看看,在這里，Precomplier 選擇了 Use ………一項，頭文件是我們指定創建PCH 文件的stdafx.h文件。事實上，這里是使用工程里的設置，（如圖
1）/Yu”stdafx.h”。
這樣，我們就設置好了預編譯頭文件。也就是說，我們可以使用預編譯頭功能了。
以下是注意事項：
1):如果使用了/Yu，就是說使用了預編譯，我們在每個.cpp文件的最開頭(我強調一遍是最開頭)包含 你指定產生pch文件的.h文件（默認是stdafx.h）不然就會有問題。如果你沒有包含這個文件，就告
訴你Unexpected file end. 如果你不是在最開頭包含的，你自己試以下就知道了，絕對有很驚人的效果…
2)如果你把pch文件不小心丟了，根據以上的分析，你只要讓編譯器生成一個pch文件就可以了。也就是說把 stdafx.cpp（即指定/Yc的那個cpp文件）從新編譯一遍就可以了。當然你可以傻傻的 Rebuild
all。簡單一點就是選擇那個cpp文件，按一下Ctrl + F7就可以了。