編譯器介紹

　　簡單講，編譯器就是將“一種語言（通常為高級語言）”翻譯為“另一種語言（通常為低級語言）”的程序。一個現代編譯器的主要工作流程：源代碼 （source code） → 預處理器 （preprocessor） → 編譯器 （compiler） → 目標代碼 （object code） → 鏈接器 （Linker） → 可執行程序 （executables）

　　編譯器工作原理

　　編譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器語言）的翻譯過程。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。

　　編譯器工作方法

　　首先編譯器進行語法分析，也就是要把那些字符串分離出來。

　　然后進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。

　　最后生成的是目標文件，也稱為obj文件。

　　再經過鏈接器的鏈接就可以生成最后的EXE文件了。

　　有些時候需要把多個文件產生的目標文件進行鏈接，產生最后的代碼。這一過程稱為交叉鏈接。

　　編譯器的優化

　　應用程序之所以復雜， 是由于它們具有處理多種問題以及相關數據集的能力。實際上， 一個復雜的應用程序就象許多不同功能的應用程序“ 粘貼” 在一起。源文件中大部分復雜性來自于處理初始化和問題設置代碼。這些文件雖然通常占源文件的很大一部分， 具有很大難度， 但基本上不花費C PU 執行周期。

　　盡管存在上述情況， 大多數Makefile文件只有一套編譯器選項來編譯項目中所有的文件。因此， 標準的優化方法只是簡單地提升優化選項的強度， 一般從O 2 到O 3。這樣一來， 就需要投人大量 精力來調試， 以確定哪些文件不能被優化， 并為這些文件建立特殊的make規則。

　　一個更簡單但更有效的方法是通過一個性能分析器， 來運行最初的代碼， 為那些占用了85 一95 % CPU 的源文件生成一個列表。通常情況下， 這些文件大約只占所有文件的1%。如果開發人員立刻為每一個列表中的文件建立其各自的規則， 則會處于更靈活有效的位置。這樣一來改變優化只會引起一小部分文件被重新編譯。進而，由于時間不會浪費在優化不費時的函數上， 重編譯全部文件將會大大地加快。