許多初學 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
C 預編譯標頭檔案
許多初學 vc 的朋友也許都為那麼乙個問題困擾過 為什麼所有的 cpp 都必須 include stdafx.h 也許請教了別的高手之後,他們會告訴你,這是預編譯頭,必須包含。可是,這到底 是為什麼呢?預編譯頭有什麼用呢?這得從頭檔案的編譯原理講起。其實標頭檔案並不神秘,它的全部作用,就是把自己的 ...
C 預編譯標頭檔案
許多初學 vc 的朋友也許都為那麼乙個問題困擾過 為什麼所有的 cpp 都必須 include stdafx.h 也許請教了別的高手之後,他們會告訴你,這是預編譯頭,必須包含。可是,這到底 是為什麼呢?預編譯頭有什麼用呢?這得從頭檔案的編譯原理講起。其實標頭檔案並不神秘,它的全部作用,就是把自己的 ...
預編譯標頭檔案
stdafx.h標頭檔案的作用 今天在改乙個很大的程式,慢慢看,慢慢改。突然發現乙個.c檔案,裡面什麼也沒有,就幾個標頭檔案,我一看,我靠,這不是把簡單的問題搞複雜了嗎,隨手刪掉那個c檔案。結果不能編譯了,我靠 fatal error c1083 cannot open precompiled he...