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

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

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

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

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

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

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

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

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

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

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