目前以lib后綴的庫有兩種，一種為靜態(tài)鏈接庫(Static Libary，以下簡稱“靜態(tài)庫”)，另一種為動(dòng)態(tài)連接庫(DLL，以下簡稱“動(dòng)態(tài)庫”)的導(dǎo)入庫(Import Libary，以下簡稱“導(dǎo)入庫”）。
靜態(tài)庫是一個(gè)或者多個(gè)obj文件的打包，所以有人干脆把從obj文件生成lib的過程稱為Archive，即合并到一起。比如你鏈接一個(gè)靜態(tài)庫，如果其中有錯(cuò)，它會準(zhǔn)確的找到是哪個(gè)obj有錯(cuò)，即靜態(tài)lib只是殼子。
動(dòng)態(tài)庫一般會有對應(yīng)的導(dǎo)入庫，方便程序靜態(tài)載入動(dòng)態(tài)鏈接庫，否則你可能就需要自己LoadLibary調(diào)入DLL文件，然后再手工GetProcAddress獲得對應(yīng)函數(shù)了。有了導(dǎo)入庫，你只需要鏈接導(dǎo)入庫后按照頭文件函數(shù)接口的聲明調(diào)用函數(shù)就可以了。
導(dǎo)入庫和靜態(tài)庫 的區(qū)別很大，他們實(shí)質(zhì)是不一樣的東西。靜態(tài)庫本身就包含了實(shí)際執(zhí)行代碼、符號表等等 ，而對于導(dǎo)入庫而言，其實(shí)際的執(zhí)行代碼位于動(dòng)態(tài)庫中，導(dǎo)入庫只包含了地址符號表等，確保程序找到對應(yīng)函數(shù)的一些基本地址信息 。
這也是實(shí)際上很多開源代碼發(fā)布的慣用方式：
1. 預(yù)編譯的開發(fā)包：包含一些.dll文件和一些.lib文件。其中這里的.lib就是導(dǎo)入庫，而不要錯(cuò)以為是靜態(tài)庫。但是引入方式和靜態(tài)庫一樣，要在鏈接路徑上添加找到這些.lib的路徑。而.dll則最好放到最后產(chǎn)生的應(yīng)用程序exe執(zhí)行文件相同的目錄。這樣運(yùn)行時(shí)，就會自動(dòng)調(diào)入動(dòng)態(tài)鏈接庫。
2. 用戶自己編譯： 下載的是源代碼，按照readme自己編譯。生成很可能也是.dll + .lib(導(dǎo)入庫)的庫文件
3. 如果你只有dll，并且你知道dll中函數(shù)的函數(shù)原型，那么你可以直接在自己程序中使用LoadLibary調(diào)入DLL文件，GetProcAddress
DLL：
動(dòng)態(tài)鏈接庫 (DLL) 是作為共享函數(shù)庫的可執(zhí)行文件。動(dòng)態(tài)鏈接提供了一種方法，使進(jìn)程可以調(diào)用不屬于其可執(zhí)行代碼的函數(shù)。函數(shù)的可執(zhí)行代碼位于一個(gè) DLL 中，該 DLL 包含一個(gè)或多個(gè)已被編譯、鏈接并與使用它們的進(jìn)程分開存儲的函數(shù)。DLL 還有助于共享數(shù)據(jù)和資源。多個(gè)應(yīng)用程序可同時(shí)訪問內(nèi)存中單個(gè) DLL 副本的內(nèi)容。
動(dòng)態(tài)鏈接與靜態(tài)鏈接的不同之處在于它允許可執(zhí)行模塊（.dll 文件或 .exe 文件）僅包含在運(yùn)行時(shí)定位 DLL 函數(shù)的可執(zhí)行代碼所需的信息。在靜態(tài)鏈接中，鏈接器從靜態(tài)鏈接庫獲取所有被引用的函數(shù)，并將庫同代碼一起放到可執(zhí)行文件中。
使用動(dòng)態(tài)鏈接代替靜態(tài)鏈接有若干優(yōu)點(diǎn)。DLL 節(jié)省內(nèi)存，減少交換操作，節(jié)省磁盤空間，更易于升級，提供售后支持，提供擴(kuò)展 MFC 庫類的機(jī)制，支持多語言程序，并使國際版本的創(chuàng)建輕松完成。
API 就是應(yīng)用程序編程接口。它是能用來操作組件、應(yīng)用程序或者操作系統(tǒng)的一組函數(shù)。典型的情況下，API 由一個(gè)或多個(gè)提供某種特殊功能的 DLL 組成。
DLL 是一個(gè)文件，其中包含了在 Microsoft? Windows? 下運(yùn)行的任何應(yīng)用程序都可調(diào)用的函數(shù)。運(yùn)行時(shí)，DLL 中的函數(shù)動(dòng)態(tài)地鏈接到調(diào)用它的應(yīng)用程序中。無論有多少應(yīng)用程序調(diào)用 DLL 中的某個(gè)函數(shù)，在磁盤上只有一個(gè)文件包含該函數(shù)，且只在它調(diào)入內(nèi)存時(shí)才創(chuàng)建該 DLL。
您聽到最多的 API 可能是 Windows API，它包括構(gòu)成 Windows 操作系統(tǒng)的各種 DLL。每個(gè) Windows 應(yīng)用程序都直接或間接地與 Windows API 互動(dòng)。Windows API 保證 Windows 下運(yùn)行的所有應(yīng)用程序的行為方式一致。
注意 隨著 Windows 操作系統(tǒng)的發(fā)展，現(xiàn)已發(fā)布了幾個(gè)版本的 Windows API。Windows 3.1 使用 Win16 API。Microsoft? Windows NT?、Windows 95 和 Windows 98 平臺使用 Microsoft? Win32? API。
除 Windows API 外，其他一些 API 也已發(fā)布。例如，郵件應(yīng)用程序編程接口 (MAPI) 是一組可用于編寫電子郵件應(yīng)用程序的 DLL。
API 傳統(tǒng)上是為開發(fā) Windows 應(yīng)用程序的 C 和 C++ 程序員編寫的，但其他的編程語言（包括VBA）也可以調(diào)用 DLL 中的函數(shù)。因?yàn)榇蟛糠?span lang="EN-US"> DLL 主要是為 C 和 C++ 程序員編寫和整理說明的，所以調(diào)用 DLL 函數(shù)的方法與調(diào)用 VBA 函數(shù)會有所不同。在使用 API 時(shí)必須了解如何給 DLL 函數(shù)傳遞參數(shù)。
警告 調(diào)用 Windows API 和 其他 DLL 函數(shù)可能會給您的應(yīng)用程序帶來不良影響。從自己的代碼中直接調(diào)用 DLL 函數(shù)時(shí)，您繞過了 VBA 通常提供的一些安全機(jī)制。如果在定義或調(diào)用 DLL 函數(shù)時(shí)出現(xiàn)錯(cuò)誤（所有程序員都不可避免），可能會在應(yīng)用程序中引起應(yīng)用程序錯(cuò)誤（也稱為通用性保護(hù)錯(cuò)誤，或 GPF）。最好的解決辦法是在運(yùn)行代碼以前保存該項(xiàng)目，并確保了解 DLL 函數(shù)調(diào)用的原理。
LIB 創(chuàng)建標(biāo)準(zhǔn)庫、導(dǎo)入庫和導(dǎo)出文件，在生成 32 位程序時(shí)可將它們與 LINK 一起使用。LIB 從命令提示運(yùn)行。
可在下列幾種模式下使用 LIB：
生成或修改 COFF 庫
將成員對象提取到文件中
創(chuàng)建導(dǎo)出文件和導(dǎo)入庫
這些模式是互斥的；每次只能以一種模式使用 LIB。