1、 預編譯頭文件
作用：提高編譯效率。預編譯頭文件(擴展名為.PCH),是為了提高編譯效率而使用的一種方法，把一個工程中較穩定的代碼預先編譯好放在一個文件(.PCH)里.避免每次編譯時去重新編譯沒有修改的所有文件，這些預先編譯好的代碼可以是任何的C/C++代碼。
為什么需要預編譯頭文件?一言以蔽之:提高編譯速度.一般地,編譯器以文件為單位編譯,如果修改了工程中的一個文件則所有文件都要重新編譯,包括頭文件里的所有東西(例如Macro宏,Preprocessor預處理),而VC程序中,這些頭文件中所包括的東西往往是非常大的,編譯之將占很長的時間.但它們又不常被修改,是較穩定的,為單獨的一個小文件而重新編譯整個工程的所有文件導致編譯效率下降,因此引入了.PCH文件.
要使用預編譯頭文件,必須指定一個頭文件(.H),它包含我們不會經常修改的代碼和其他的頭文件,然后用這個頭文件(.H)來生成一個預編譯頭文件(.PCH)。VC默認的頭文件就是StdAfx.h,因為頭文件是不能編譯的,所以我們還需要一個.CPP文件來作橋梁,VC默認的文件為StdAfx.cpp,這個文件里只有一句代碼就是:＃include "StdAfx.h".接下來要用它生成.PCH文件。
默認的預編譯頭文件StdAfx.h及CPP文件StdAfx.cpp可以是任何名字的.原因很簡單.但如果你要這樣做就要記得修改相應的Project->setting...下的幾個預編譯指令(/Yc,/Yu,/Yx,/Fp)的參數。
舉一個簡單的例子：一個c++工程包含四個文件，pch.h、pch.cpp和Audio.h、Audio.cpp.頭文件pch.h里面的內容包含不會經常變化的c++代碼和其他穩定的頭文件。Pch.cpp里面就一句話#include “pch.h” .為了說明預編譯頭文件可以是任意的，而不是vc默認的stdafx.h，我這里使用pch.頭文件作為預編譯頭文件。所以，將pch.cpp設置為create產生預編譯頭文件
將其他的cpp文件設置為use使用預編譯頭文件
所謂的預編譯頭就是把一個工程中的那一部分代碼,預先編譯好放在一個文件里(通常是 以.pch為擴展名的)，這個文件就稱為預編譯頭文件這些預先編譯好的代碼可以是任何的 C/C++代碼，甚至是inline的函數，但是必須是穩定的，在工程開發的過程中不會 被經常改變。如果這些代碼被修改，則需要重新編譯生成預編譯頭文件。注意生成預編 譯頭文件是很耗時間的。同時你得注意預編譯頭文件通常很大，通常有6-7M大。注意及 時清理那些沒有用的預編譯頭文件。 也許你會問：現在的編譯器都有Time stamp的功能，編譯器在編譯整個工程的時候，它 只會編譯那些經過修改的文件，而不會去編譯那些從上次編譯過，到現在沒有被修改過 的文件。那么為什么還要預編譯頭文件呢？答案在這里，我們知道編譯器是以文件為單 位編譯的，一個文件經過修改后，會重新編譯整個文件，當然在這個文件里包含的所有 頭文件中的東西（.eg Macro, Preprocesser ）都要重新處理一遍。VC的預編譯頭文件 保存的正是這部分信息。以避免每次都要重新處理這些頭文件。
預編譯頭的使用： 要使用預編譯頭，我們必須指定一個頭文件，這個頭文件包含我們不會經常改變的 代碼和其他的頭文件，然后我們用這個頭文件來生成一個預編譯頭文件（.pch文件） 想必大家都知道 StdAfx.h這個文件。很多人都認為這是VC提供的一個“系統級別”的 ，編譯器帶的一個頭文件。其實不是的，這個文件可以是任何名字的。我們來考察一個 典型的由AppWizard生成的MFC Dialog Based 程序的預編譯頭文件。（因為AppWizard 會為我們指定好如何使用預編譯頭文件，默認的是StdAfx.h，這是VC起的名字）。我們 會發現這個頭文件里包含了以下的頭文件：
#include // MFC core and standard components
#include // MFC extensions
#include // MFC Automation classes
#include // MFC support for Internet Explorer 4 Common Controls
這些正是使用MFC的必須包含的頭文件，當然我們不太可能在我們的工程中修改這些頭文 件的，所以說他們是穩定的。 那么我們如何指定它來生成預編譯頭文件。我們知道一個頭文件是不能編譯的。所以我 們還需要一個cpp文件來生成.pch 文件。這個文件默認的就是StdAfx.cpp。在這個文件 里只有一句代碼就是：#include “Stdafx.h”。原因是理所當然的，我們僅僅是要它能 夠編譯而已也就是說，要的只是它的.cpp的擴展名。
以下是注意事項：
1、如果使用了/Yu，就是說使用了預編譯，我們在每個需要使用預編譯頭文件的.cpp文件的最開頭，我強調一遍是最開頭，包含你指定產生pch文件的.h文件（默認是stdafx.h）不然就會有問題。原因：編譯器通過一個頭文件stdafx.h來使用預編譯頭文件。stdafx.h這個頭文件名是可以在project的編譯設置里指定的。編譯器認為，所有在指令#include "stdafx.h"前的代碼都是預編譯的，它跳過#include "stdafx. h"指令，使用projectname.pch編譯這條指令之后的所有代碼。（在編譯的時候，在#include "stdafx. h"前面的語句都不予以編譯）
因此，所有的CPP實現文件第一條語句都是：#include "stdafx.h"。
2、如果你把pch文件不小心丟了，編譯的時候就會產生很多的不正常的行為。根據以上 的分析，你只要讓編譯器生成一個pch文件。也就是說把 stdafx.cpp（即指定/Yc的那個 cpp文件）從新編譯一遍。當然你可以傻傻的 Rebuild All。簡單一點就是選擇那個cpp 文件，重新編譯就即可。不然可是很浪費時間的哦。
3、在其他的頭文件里也include 預編譯頭文件。假設你的其他頭文件也include了預編譯頭文件, 如果別人引用你的這個頭文件又沒有設置成預編譯頭文件, 那引用你頭文件的這個人就煎熬了。原因：由於你用到的.h文件里include了預編譯頭文件，他在他本身的project里，vs能夠判斷的出他是預編譯頭，也能找的到需要的pch，pdb文件。所以對寫這個.h文件的人沒影響。但是你作為他的客戶，你工作在你的project下，你include了他的h頭文件，而這時vs判斷不出他的頭文件里include的stdafx是預編譯頭文件，做普通文件編。那可想而知，他的stdafx里如果有import外面大型的庫（如inventor的tlb，非常慢，我們犯了這個錯），那編譯速度簡直是煎熬。最要命的是，以后你做任何簡單的修改都要重編，這和預編譯解決的問題恰好相反了。
4、vc默認情況下使用預編譯頭(/Yu)，不明白的在加入新.h文件后編譯時總出現fatal error C1010:在查找預編譯頭指令時遇到意外的文件結尾的錯誤。解決方法是在在include頭文件的地方加上#include "stdafx.h",或者打項目屬性，找到“C/C++”文件夾，單擊“預編譯頭”屬性頁。修改“創建/使用預編譯頭”屬性為“不使用預編譯頭”。
下面給出一個使用預編譯頭文件的操作步驟, 享受一下預編譯頭文件給我們帶來的編譯速度的提升:
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
5) done!
Windows和MFC的include文件都非常大，即使有一個快速的處理程序，編譯程序也要花費相當長的時間來完成工作。由於每個.CPP文件都包含相同的include文件，為每個.CPP文件都重復處理這些文件就顯得很傻了。
為避免這種浪費，AppWizard和VisualC++編譯程序一起進行工作，如下所示：
◎AppWizard建立了文件stdafx.h，該文件包含了所有當前工程文件需要的MFCinclude文件。且這一文件可以隨被選擇的選項而變化。
◎AppWizard然后就建立stdafx.cpp。這個文件通常都是一樣的。
◎然后AppWizard就建立起工程文件，這樣第一個被編譯的文件就是stdafx.cpp。
◎當VisualC++編譯stdafx.cpp文件時，它將結果保存在一個名為stdafx.pch的文件里。(擴展名pch表示預編譯頭文件。)
◎當VisualC++編譯隨后的每個.cpp文件時，它閱讀並使用它剛生成的.pch文件。VisualC++不再分析Windowsinclude文件，除非你又編緝了stdafx.cpp或stdafx.h。
這個技術很精巧，你不這么認為嗎？(還要說一句，Microsoft並非是首先采用這種技術的公司，Borland才是。)在這個過程中你必須遵守以下規則：
◎你編寫的任何.cpp文件都必須首先包含stdafx.h。 （等待考察）
◎如果你的工程文件里的大多數.cpp文件都需要某些.h文件，順便將它們加在stdafx.h文件里面，然后預編譯stdafx.cpp。
◎由於.pch文件具有大量的符號信息，它是你的工程文件里最大的文件。
如果你的磁盤空間有限，你就希望能將這個你從沒使用過的工程文件中的.pch文件刪除。執行程序時並不需要它們，且隨着工程文件的重新建立，它們也自動地重新建立。