簡要的介紹一下在微軟開發(fā)工具中（VC）靜態(tài)鏈接庫和動態(tài)鏈接庫生成過程中出現(xiàn)的.dll .lib .def 和 .exp文件類型。windows平臺上可執(zhí)行文件可能是一個.exe文件也可能四個.dll文件。當然也有一些比較特別的exe或者dll文件，不過他們有其他樣式的后綴名比如屏保程序（.scr)，ActiveX DLL 用的.ocx 還有各種驅(qū)動使用的各種擴展名。這里我們不討論.com 和一些腳本文件比如.bat .cmd等，雖然他們?nèi)匀皇强蓤?zhí)行文件。

庫就是包含著一坨數(shù)據(jù)和代碼的東西，這個東西可以被連接程序或者其他可執(zhí)行文件使用。庫中這些可使用的對象（數(shù)據(jù)或者函數(shù)）使用一些標記標出來。比如在.obj目標文件中一些簡單的符號。這里討論到兩種類型的鏈接庫，靜態(tài)鏈接庫和動態(tài)鏈接庫。

你可以認為靜態(tài)鏈接庫是一堆目標文件（.obj)文件的集合，我們只是把他們簡單的打包在了一半靜態(tài)鏈接庫中。靜態(tài)鏈接庫都有一個.lib的擴展名。靜態(tài)鏈接庫不是用來執(zhí)行的但它可以被鏈接程序（link.exe)在生成可執(zhí)行文件的時候使用。在默認的情況下，靜態(tài)鏈接庫中所有的符號標記對于linker來說都是可見的，即可使用的。當然在編譯你的時候你需要對應(yīng)好頭文件和靜態(tài)鏈接庫，一個靜態(tài)鏈接庫和.def 或者.exp文件沒有任何的關(guān)系。

這里一個缺點就是，當我們使用靜態(tài)鏈接庫鏈接生成程序的時候，它里面的一些對象比如函數(shù)代碼都會拷貝到對應(yīng)的程序當中去，這個工作原理和.obj文件的使用時的工作原理是一樣的。對于一些在不同應(yīng)用程序中可重復(fù)利用的代碼來說這并不是意見好事：當我們鏈接的時候，每一個應(yīng)用程序中都會有一個.obj中使用到的對象的拷貝。

動態(tài)鏈接庫（DLL,在Unix世界中被稱作共享目標即.so文件）可以幫我們節(jié)省內(nèi)存空間。當我們鏈接到一個dll的時候，不會有代碼拷貝到目標可執(zhí)行文件里面，但是會有一個引用放在可執(zhí)行文件里面。當可執(zhí)行文件被加載執(zhí)行的時候系統(tǒng)會檢查它使用到的dll然后加載這些dll。使用dll我們可以很方便的升級我們的客戶端程序，而不用再次更新可執(zhí)行文件。

但是在鏈接linking的時候我們還必須有一些信息來知道怎樣鏈接到dll，比如頭文件中對應(yīng)dll中的一些函數(shù)的簽名。鏈接程序需要更多的信息，比如dll的文件名，那些符號可用等等，這些信息存在于導(dǎo)出庫文件中。導(dǎo)出庫的后綴名也是一個.lib。當linker生成.dll文件的時候，他會自動的生成一個導(dǎo)出庫.lib文件。導(dǎo)出庫被用來分發(fā)給那些在開發(fā)階段使用到這個dll的研發(fā)人員，更精確的說，是在他們使用link的時候。在使用的時候?qū)С鰩斓氖褂煤挽o態(tài)鏈接庫的使用基本沒啥區(qū)別。就是使用導(dǎo)出庫的程序在執(zhí)行的時

候需要對應(yīng)導(dǎo)出庫的dll。

好吧！問題看似解決了，但是為什么我們會看到到處都會出現(xiàn)一些.def文件??？

def文件(module definition file模塊定義文件）是用來創(chuàng)建dll和對應(yīng)的導(dǎo)出庫的。在一個.def文件中，你可以指定dll將會導(dǎo)出哪些符號給用戶使用。linker會根據(jù)def文件的說明來生成dll和lib。一般的，dll的用戶不會對def文件感興趣（我是指使用dll的開發(fā)者和使用最終產(chǎn)品的用戶）。注意他和靜態(tài)鏈接庫的不同點，默認的情況下，dll內(nèi)部的符號是不可見的。我們有方法讓他們可見--在def文件中使用exports語句。但是我們還有其他的方法，比如zaidll的源代碼中使用__declspec(dllexport)或者在linker的選項中

使用 /EXPORT 選項來導(dǎo)出一個函數(shù)等等。事實上現(xiàn)在__declspec(dllexport)使用很多，而def文件很少使用了。使用def文件，你可以指示鏈接程序linker其他的一些信息而不是導(dǎo)出動作，比如堆棧的大小等等。但是這些選項經(jīng)常在linker的命令行中標明了。事實上，def文件在早期win16的dll編程中使用現(xiàn)在在win32中我們基本上把它給拋棄了，以后也是如此。

稍等，在某些地方我們還看到一些.exp文件？exp文件就是導(dǎo)出文件（export file）。在前面的討論中，我們討論了使用linker去創(chuàng)建dll（中間還有它的導(dǎo)出庫）現(xiàn)在，我們假設(shè)我們生成兩個dll（or just executables）。但是他們都需要調(diào)用一些對方中函數(shù)，問題出現(xiàn)了。當我們生成a.dll的時候我們需要b.lib；但是b.lib在對應(yīng)的b.dll生成之前沒有生成，而b.dll的生成又需要a.lib。正因如此，微軟的解決辦法是使用exp文件，或者叫導(dǎo)出文件。在生成兩個dll之前，你使用lib.exe(library mangager tool庫管理工具)來創(chuàng)建一個.lib和.exp，即，DLL A 的a.lib 和a.exp，現(xiàn)在linker使用a.lib和DLL B 自己的東西去生成b.dll和b.lib。當你回來鏈接DLL A的時候你就有了b.lib。這里linker需要知道a.dll中需要導(dǎo)出處啥。這些信息都被緩存到了a.exp文件中。linker不需要def文件或者/EXPORT選項，它僅僅是加載a.exp中的信息。a.exp就像a.dll的兩個生成過程（lib.exe and linker）的聯(lián)系者一樣。相似的，linker不會再次生成a.lib。總的來說，這種循環(huán)調(diào)用的情況不會和在我們的程序中出現(xiàn)，因此，希望你不會再你的程序中用到exp文件。