1、DLL是Dynamic Link Library的縮寫，意為動態(tài)鏈接庫。在Windows中，許多應(yīng)用程序并不是一個完整的可執(zhí)行文件，它們被分割成一些相對獨立的動態(tài)鏈接庫，即DLL 文件，放置于系統(tǒng)中。當我們執(zhí)行某一個程序時，相應(yīng)的DLL文件就會被調(diào)用。一個應(yīng)用程序可有多個DLL文件，一個DLL文件也可能被幾個應(yīng)用程序所共用，這樣的DLL文件被稱為共享DLL文件。DLL文件一般被存放在C:WindowsSystem目錄下。

2、通過使用 DLL，程序可以實現(xiàn)模塊化，由相對獨立的組件組成。例如，一個計帳程序可以按模塊來銷售?？梢栽谶\行時將各個模塊加載到主程序中（如果安裝了相應(yīng)模塊）。因為模塊是彼此獨立的，所以程序的加載速度更快，而且模塊只在相應(yīng)的功能被請求時才加載。

3、Windows 操作系統(tǒng)中的一些作為 DLL 實現(xiàn)的文件：
·ActiveX 控件 (.ocx) 文件
ActiveX 控件的一個示例是日歷控件，它使您可以從日歷中選擇日期。
·控制面板 (.cpl) 文件
.cpl 文件的一個示例是位于控制面板中的項。每個項都是一個專用 DLL。
·設(shè)備驅(qū)動程序 (.drv) 文件
設(shè)備驅(qū)動程序的一個示例是控制打印到打印機的打印機驅(qū)動程序。

4、如何解決DLL文件丟失的情況
有時在卸載文件時會提醒你刪除某個DLL文件可能會影響其他應(yīng)用程序的運行。所以當你卸載軟件時，就有可能誤刪共享的DLL文件。一旦出現(xiàn)了丟失DLL文件的情況，如果你能確定其名稱，可以在Sysbckup（系統(tǒng)備份文件夾）中找到該DLL文件，將其復(fù)制到System文件夾中。如果這樣不行，在電腦啟動時又總是出現(xiàn)“***dll文件丟失……”的提示框，你可以在“開始/運行”中運行 Msconfig，進入系統(tǒng)配置實用程序?qū)υ捒蛞院螅瑔螕暨x擇“System.ini”標簽，找出提示丟失的DLL文件，使其不被選中，這樣開機時就不會出現(xiàn)錯誤提示了。
rundll的功能是以命令列的方式呼叫Windows的動態(tài)鏈結(jié)庫。
Rundll32.exe與Rundll.exe的區(qū)別就在于前者是呼叫32位的鏈結(jié)庫，后者是用于16位的鏈結(jié)庫。rundll32.exe是專門用來調(diào)用dll文件的程序。
如果用的是Win98，rundll32.exe一般存在于Windows目錄下；
如果用的WinXP，rundll32.exe一般存在于WindowsSystem32目錄下。
若是在其它目錄，就可能是一個木馬程序，它會偽裝成rundll32.exe。
DLL 故障排除工具
可以使用多個工具來幫助您解決 DLL 問題。以下是其中的部分工具。
Dependency Walker
Dependency Walker 工具可以遞歸掃描以尋找程序所使用的所有依賴 DLL。當您在 Dependency Walker 中打開程序時，Dependency Walker 會執(zhí)行下列檢查：
·Dependency Walker 檢查是否丟失 DLL。
·Dependency Walker 檢查是否存在無效的程序文件或 DLL。
·Dependency Walker 檢查導(dǎo)入函數(shù)和導(dǎo)出函數(shù)是否匹配。
·Dependency Walker 檢查是否存在循環(huán)依賴性錯誤。
·Dependency Walker 檢查是否存在由于針對另一不同操作系統(tǒng)而無效的模塊。
通過使用 Dependency Walker，您可以記錄程序使用的所有 DLL。這可能有助于避免和更正將來可能發(fā)生的 DLL 問題。當您安裝 Microsoft Visual Studio 6.0 時，Dependency Walker 將位于以下目錄中：
drive\Program Files\Microsoft Visual Studio\Common\Tools
DLL Universal Problem Solver
DLL Universal Problem Solver (DUPS) 工具用于審核、比較、記錄和顯示 DLL 信息。下表說明了組成 DUPS 工具的實用工具：
·Dlister.exe：該實用工具枚舉計算機中的所有 DLL，并且將此信息記錄到一個文本文件或數(shù)據(jù)庫文件中。
·Dcomp.exe：該實用工具比較在兩個文本文件中列出的 DLL，并產(chǎn)生包含差異的第三個文本文件。
·Dtxt2DB.exe：該實用工具將通過使用 Dlister.exe 實用工具和 Dcomp.exe 實用工具創(chuàng)建的文本文件加載到 dllHell 數(shù)據(jù)庫中。
·DlgDtxt2DB.exe：該實用工具提供 Dtxt2DB.exe 實用工具的圖形用戶界面 (GUI) 版本。
5、DLL 的類型
當您在應(yīng)用程序中加載 DLL 時，可以使用兩種鏈接方法來調(diào)用導(dǎo)出的 DLL 函數(shù)。這兩種鏈接方法是加載時動態(tài)鏈接和運行時動態(tài)鏈接。
1、加載時動態(tài)鏈接
在加載時動態(tài)鏈接中，應(yīng)用程序像調(diào)用本地函數(shù)一樣對導(dǎo)出的 DLL 函數(shù)進行顯式調(diào)用。要使用加載時動態(tài)鏈接，請在編譯和鏈接應(yīng)用程序時提供頭文件 (.h) 和導(dǎo)入庫文件 (.lib)。當您這樣做時，鏈接器將向系統(tǒng)提供加載 DLL 所需的信息，并在加載時解析導(dǎo)出的 DLL 函數(shù)的位置。
2、運行時動態(tài)鏈接
在運行時動態(tài)鏈接中，應(yīng)用程序調(diào)用 LoadLibrary 函數(shù)或 LoadLibraryEx 函數(shù)以在運行時加載 DLL。成功加載 DLL 后，可以使用 GetProcAddress 函數(shù)獲得要調(diào)用的導(dǎo)出的 DLL 函數(shù)的地址。在使用運行時動態(tài)鏈接時，無需使用導(dǎo)入庫文件。
Win32 DLL的特點
Win32 DLL與 Win16 DLL有很大的區(qū)別，這主要是由操作系統(tǒng)的設(shè)計思想決定的。一方面，在Win16 DLL中程序入口點函數(shù)和出口點函數(shù)（LibMain和WEP）是分別實現(xiàn)的；而在Win32 DLL中卻由同一函數(shù)DLLMain來實現(xiàn)。無論何時，當一個進程或線程載入和卸載DLL時，都要調(diào)用該函數(shù)，它的原型是
BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpvReserved);
其中，第一個參數(shù)表示DLL的實例句柄；第三個參數(shù)系統(tǒng)保留；這里主要介紹一下第二個參數(shù)，它有四個可能的值：DLL_PROCESS_ATTACH（進程載入），DLL_THREAD_ATTACH（線程載入）, DLL_THREAD_DETACH（線程卸載），DLL_PROCESS_DETACH（進程卸載），在DLLMain函數(shù)中可以對傳遞進來的這個參數(shù)的值進行判別，并根據(jù)不同的參數(shù)值對DLL進行必要的初始化或清理工作。舉個例子來說，當有一個進程載入一個DLL時，系統(tǒng)分派給DLL的第二個參數(shù)為 DLL_PROCESS_ATTACH，這時，你可以根據(jù)這個參數(shù)初始化特定的數(shù)據(jù)。另一方面，在Win16環(huán)境下，所有應(yīng)用程序都在同一地址空間；而在 Win32環(huán)境下，所有應(yīng)用程序都有自己的私有空間，每個進程的空間都是相互獨立的，這減少了應(yīng)用程序間的相互影響，但同時也增加了編程的難度。大家知道，在Win16環(huán)境中，DLL的全局數(shù)據(jù)對每個載入它的進程來說都是相同的；而在Win32環(huán)境中，情況卻發(fā)生了變化，當進程在載入DLL時，系統(tǒng)自動把DLL地址映射到該進程的私有空間，而且也復(fù)制該DLL的全局數(shù)據(jù)的一份拷貝到該進程空間，也就是說每個進程所擁有的相同的DLL的全局數(shù)據(jù)其值卻并不一定是相同的。因此，在Win32環(huán)境下要想在多個進程中共享數(shù)據(jù)，就必須進行必要的設(shè)置。亦即把這些需要共享的數(shù)據(jù)分離出來，放置在一個獨立的數(shù)據(jù)段里，并把該段的屬性設(shè)置為共享。

DLL文件(Dynamic Linkable Library 即動態(tài)鏈接庫文件)，是一種不能單獨運行的文件，它允許程序共享執(zhí)行特殊任務(wù)所必需的代碼和其他資源

就像衣服一樣，看著并不重要，但沒了衣服你還能出門嗎，同樣沒了DLL就運行不了程序

如果丟失，到別的電腦拷一個過來就行了，或者重裝一下