C 預編譯標頭檔案

許多初學 vc 的朋友也許都為那麼乙個問題困擾過：

為什麼所有的 cpp 都必須 #include "stdafx.h"

也許請教了別的高手之後，他們會告訴你，這是預編譯頭，必須包含。可是，這到底

是為什麼呢？預編譯頭有什麼用呢？

這得從頭檔案的編譯原理講起。其實標頭檔案並不神秘，它的全部作用，就是把自己的

所有內容直接「貼上」到相應的 #include 語句處。如果不相信的話，不妨做個實驗，將

乙個 cpp 中的所有 #include 語句刪掉，並將它包含的檔案貼上到相應的位置，你會發

現，檔案的編譯和執行都完全沒有受到影響。其實，編譯器在編譯你的程式的時候，所做

的第一件事，也就是展開所有的 #include 語句和 #define 語句。

標頭檔案的出現，固然給書寫程式帶來了很大方便。可是到了 windows 時代後，慢慢

就呈現出一些問題了。幾乎所有的 windows 程式都必須包含 windows.h，而那個檔案卻

碩大無比，將它展開後往所有檔案中一貼上，編譯的時候立刻慢得像只蝸牛。

到了 mfc 時代後，情況更為惡劣了。畢竟 c 風格的 windows 標頭檔案裡面包含的還

僅僅是函式定義和巨集，編譯難度不算太大，而 mfc 庫裡面的標頭檔案可都是類宣告啊！更

何況，乙個最簡單的工程，都會生成大量的類，需要用到大量的函式。如果工程稍微複雜

一些，編譯難度可想而知！

但是，人們驚奇地發現，雖然用到的標頭檔案又多又雜，但是在乙個工程中，總有那麼

一堆標頭檔案，是幾乎所有 cpp 都必須包含的。那麼，可不可以把這些標頭檔案提取出來，

只編譯一編，然後所有其它 cpp 就都能使用呢？沒錯，這就是預編譯頭的思想都由來！

實踐證明，使用了預編譯頭技術後，編譯速度大大提高了。可以到你的工程目錄下的

debug 或 release 目錄中看一看，裡面有乙個體積極為碩大的 .pch 檔案，那就是傳說

中的「編譯之後的預編譯頭」。

使用了預編譯頭技術後，雖然帶來了極大地方便，但也造成了乙個問題：由於它假定

預編譯頭中包含過的標頭檔案會在所有 cpp 中使用，因此它在編譯你的 cpp 的時候，就會

將預編譯頭中已經編譯完的部分載入到記憶體中。如果它突然發現你的 cpp 居然沒有包含

預編譯頭，它就會很鬱悶，因為它不知道該如何將已編譯完的部分從記憶體中請出去，整個

編譯過程就會失敗。

因此，如果你使用了預編譯頭技術，就必須在所有的 cpp 中包含預編譯頭。mfc 工

程中為你建立了乙個預設的預編譯頭 stdafx.h，如果你願意，也可以在自己的工程中使

用其它檔名作為你的預編譯頭，如果你覺得有必要。

預編譯標頭檔案的使用

關鍵字：預編譯，/yu，/yc，/yx

本文介紹vc6的預編譯功能的使用，由於預編譯詳細使用比較的複雜，這裡只介紹幾個最重要的預編譯指令: /yu, /yc,/yx,/fp。其它的詳細資料可以參考:

msdn->visual studio d6.0document -> visual c++6.0 document

->vc++ programmer guider ->compiler and linker

->details->creating precompiled header files

dxut(the directx utility library)是初學directx的乙個好用的框架, 今天照著sample裡的emptyproject建了乙個工程, 引用了dxut的**, 並將設定-->c/c++-->precompiled設定為use precompiled header(/uc), dxut.h, 發現怎麼也編譯不過去. 搞了半天才發現dxut.cpp檔案沒有設定成create precompiled header(/yc).:(

下面隨便介紹一下預編譯標頭檔案的原理:

在dxut.cpp裡include一次dxut.h，生成一次pch，pdb檔案，其他地方實際上直接用這個編譯的結果，從而減少編譯時間，提高編譯效率。一般，我們把常用的不變的庫標頭檔案放裡面，如，atlbase.h，atlcore.h，windows.h等，通常的com裡import進來的dll，tlb也放這個裡面，這樣，它能做到，只編譯一次，其他地方直接用編譯出的結果。

如果預編譯標頭檔案被正確使用時，它確實大大提高我們程式設計的效率（你工作中，有多少時間是在等編譯完成？很多吧，這個時候一般都很無聊，無奈，浪費時間）。但是他太容易用錯了. 下面是幾種常見的錯誤用法.

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!

C 預編譯標頭檔案

C 預編譯標頭檔案

C 預編譯標頭檔案

預編譯標頭檔案

相關推薦