預編譯頭

 

許多初學 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，如果你願意，也可以在自己的工程中使
用其它文件名作爲你的預編譯頭，如果你覺得有必要。