初窺門徑：Windows的基石
隨便打開一個係統目錄，一眼望去就能看到很多擴展名DLL的文件，這些就是經常說的“動態鏈接庫”，DLL是Dynamic Link Library(即“動態鏈接庫”)的縮寫。從Microsoft公司推出首個版本的Windows以來，動態鏈接庫就一直是這個操作係統的基礎。
1.看看DLL裏有什麽
與其用晦澀的專業術語來解決DLL是什麽，不如先來看看DLL裏有什麽。DLL和EXE文件一樣，其中包含的也是程序的二進製執行代碼和程序所需的資源(比如圖標、對話框、字符串等)，可是為什麽要把代碼放在DLL裏麵，而不是做成EXE呢？其實DLL中的代碼是以API函數形式出現的，通俗地說，DLL中包含的程序代碼都被做成了一個個小模塊，應用程序通過按下所需DLL中特定的按鈕，來調用DLL中這個按鈕所代表的功能。在使用“記事本”等程序時，如果要保存文件或打開文件，就會彈出通用文件對話框，選擇文件位置。你可知道，這就是調用了係統底層DLL中的通用對話框界麵。
2.係統中幾個重要的DLL
Windows中有3個非常重要的底層DLL:Kernel32.dll、User32.dll、GDI32.dll。其中Kernel32.dll顧名思義就是內核相關的功能，主要包含用於管理內存、進程和線程的函數;而User32.dll中包含的則是用於執行用戶界麵任務的函數，比如把用戶的鼠標點擊操作傳遞給窗口，以便窗口根據用戶的點擊來執行預定的事件;GDI32.dll的名稱用了縮寫，全稱是Graphical Device Interface(圖形設備接口)，包含用於畫圖和顯示文本的函數，比如要顯示一個程序窗口，就調用了其中的函數來畫這個窗口。
3.為什麽要用DLL
剛才在談到這個問題的時候，隻解釋了DLL將程序代碼封裝成函數的原理。為什麽封裝成函數，就能成為係統中大量使用DLL的理由呢？
①擴展應用程序
由於DLL能被應用程序動態載入內存。所以，應用程序可以在需要時才將DLL載入到內存中，這讓程序的可維護性變得很高。比如QQ的視頻功能需要升級，那麽負責編寫QQ的程序員不必將QQ所有代碼都重寫，隻需將視頻功能相關的DLL文件重寫即可。
②便於程序員合作
這個和最終用戶關係不大，僅供了解。大家都知道編程工具有很多，比如VB、VC、Delphi等，如果好幾個人合作來編寫一個大的程序，那麽可能有的人用VB，有的人用VC，每人負責的部分所使用的編程語言都不同，究竟放在哪個編譯器中進行編譯呢？這就好比一群來自各個國家的人在共同編寫一篇文章，如果他們所使用的語言都不同，寫出來的文章怎麽可能湊到一起呢？而有了DLL後，可以讓VC程序員寫一個DLL，然後VB程序員在程序中調用，無需為怎麽將它們都編譯為一個單獨的EXE而發愁了。
③節省內存
如果多個應用程序調用的是同一個動態鏈接庫，那麽這個DLL文件不會被重複多次裝入內存中，而是由這些應用程序共享同一個已載入內存的DLL。就好比一個辦公室中，很少會為每一個員工配置一台飲水機的，而是在一個公共位置放上一個飲水機，所有需要喝水的職員都可以共用這台飲水機，降低了成本又節約了空間。
④共享程序資源
包括剛才提到過的通用文件對話框在內，DLL文件提供了應用程序間共享資源的可能。資源可以是程序對話框、字符串、圖標，或者聲音文件等。
⑤解決應用程序本地化問題
在下載了某個程序的漢化包後，打開漢化說明，經常可以看到用下載包中的DLL文件覆蓋掉程序原來的DLL，漢化就完成了。這些程序都是將執行代碼和應用程序界麵分開編寫了，所以漢化者隻需簡單地將其中和程序界麵相關的DLL漢化並發布即可。
求知若渴:探究DLL的真相
誰知道DLL裏究竟有多少函數，又有誰知道EXE調用了哪個DLL的哪些函數？其實，這個問題並不難解決。分析EXE文件的工具Dependency Walker(以下簡稱Depends，點擊下載Dependency Walker)，今天它就是大家探險的工具，把DLL真相探個通通透透。
1.看看DLL裏有多少函數
第一步:下載並解壓Depends，運行其中的depends.exe，然後選擇菜單“File→Open”(文件→打開)，在文件選擇框中選中需要分析的DLL文件並打開，此處選擇QQ目錄下的QQZip.dll。
第二步:在程序左側的樹狀欄中就列出了這個DLL使用了哪些其他DLL的功能函數(原來DLL中還可以調用其他DLL^O^)，而右側的兩個分欄列表分別顯示了函數輸入及輸出表，函數輸出表即為該DLL提供給其他EXE或者DLL調用的函數的總列表。
第三步:函數輸出表的Function欄中即為輸出函數的名稱，在QQZip.dll中共發現了2個函數:Unzip、Zip。因此可以判斷該DLL在QQ程序中負責壓縮和解壓縮的任務。
2.審審EXE究竟用了哪個DLL
還是拿QQ來作為例子，在Depends中打開QQ.exe，這時界麵左側的樹狀列表中顯示的就是QQ.exe調用的DLL列表，如果展開這些DLL分支，還會發現其他的DLL，這就說明QQ調用的這些DLL文件還有可能(幾乎是肯定)再調用別的DLL。這就好比買了一台新的DVD機，可能其中用的機芯是SONY的，而這個機芯裏的一個小電容又有可能是別的公司的，這是同樣的道理。
用DLL看穿EXE真麵目
剛才得到了QQ.exe所使用的DLL列表，其實通過這個列表，還能分析出很多別的信息。比如其中包含MFC42.dll，所以可以判斷QQ.exe是采用VC(即Visual C++)編寫的，而包含WSOCK32.dll則說明這個程序帶有網絡通訊功能。以下是一個簡表，大家在分析別的EXE時可以根據其所使用的DLL來對其功能進行初步判斷。
DLL文件名 可以判斷出的EXE信息
MFC42.dll 使用VC5.0/6.0編寫。
VBRun*.dll “*”代表數字版本號，使用VB3.0/4.0編寫。
MSVBVM50.dll 使用VB5.0編寫，在Windows 98(SE)上自帶該DLL。
MSVBVM60.dll 使用VB6.0編寫，在Windows Me/2000/XP等係統上自帶該DLL。
ADVAPI32.dll 可能會進行注冊表操作。
WSOCK32.dll 具備網絡通訊功能。
WS2_32.dll 具備網絡通訊功能。
WININET.dll 具備HTTP瀏覽、下載等功能，典型的例子是瀏覽器、下載工具。
WINMM.dll 具備多媒體播放能力。
DDRAW.dll 遊戲、高級圖像處理工具。
D3D*.dll 3D遊戲，或者動畫處理工具。
4.DLL是個大寶庫
除供應用程序調用函數的DLL外，還有另一種用來保存資源的DLL，比如QQ目錄下的QQRes.dll，用Depends打開後發現沒有任何輸出函數，難道是一個雞肋DLL？可是改用資源工具Resource Hacker(下載地址:http://www.onlinedown.net/soft/12420.htm)打開這個DLL後，就發現原來其中保存了這麽多QQ的資源，包括圖標、音樂、圖片、字符串、對話框……
刨根問底:DLL的故事
DLL引起的故障是很常見的，為什麽會引起故障？遇到故障怎麽解決？噓～偷聽一下DLL的對話，你就會明白了。
1.從搬運工談接口兼容性
在Windows工地上，有一個名叫EXE的包工頭，他手下有很多稱為DLL的建築工人。其中有一個專門負責搬運的DLL(暫且稱為“搬運工A”)，每次需要搬運水泥時，包工頭EXE都隻要對他喊一聲:“來！搬。”
過了一段時間，搬運工A覺得自己的效率太低，於是從原來的每次搬1袋水泥改成了每次搬3袋水泥。改進了搬運方法後，EXE包工頭仍然每次隻是喊一聲:“來！搬。”卻不知搬運工A已經改變了搬運的方法。
但又過了一段時間，包工頭EXE把搬運工A給辭退了，從別的工地上找來了另一個DLL(暫且稱為“搬運工B”)。這個搬運工在別的工地的時候，搬運東西特別快，所以包工頭EXE決定把搬運工作給“升級”一下。但真正開始工作時，包工頭才發現出了問題……現在不管叫幾遍“來！搬。”這個新來的搬運工B都不知道究竟應該搬什麽。
上麵的例子中，搬運工A改進搬運方法，但EXE調用它的方法仍不變，這就是DLL升級的原理，改進了內部的實現方法，但調用接口不變，這樣EXE文件不用跟著升級，就能調用新版本的DLL了。而搬運工B的故事說明，不管新版本的DLL效率多高，如果接口(可以理解為DLL中輸出的函數名)與原來的不一致，那麽EXE就不知道也無法調用它了。
2.登記身份證的DLL
在係統故障中，有很多都是由於DLL文件沒有注冊造成的，比如Windows XP的壓縮文件夾功能出現故障就很有可能是係統目錄中的zipfldr.dll沒有注冊造成的，這類故障的解決方法也大多是運行如下命令:
regsvr32 DLL文件名
很多人不理解為什麽要這麽做，是不是所有的DLL都能這樣做呢？
其實係統中有兩種DLL，一種是不需注冊即可使用的，另一種則是必須經過係統登錄(即注冊)才能使用的。就好像一個臨時工，和一個記錄在員工名單上的長期合同工的區別一樣。如何才能區分這兩種DLL呢？方法很簡單，用剛才的Depends打開這個DLL，同樣是看函數輸出表，如果其中包含以下兩個函數(前者是注冊DLL，後者是反注冊DLL)，那麽就一定是需要注冊才能使用的DLL了。
DllRegisterServer
DllUnregisterServer
而regsvr32這個命令，實際上就是調用DLL中的這兩個函數(“regsvr32 /u DLL文件名”調用的即為DllUnregisterServer反注冊函數)。
3.插件DLL的秘密
Winamp、Foobar 2000等很多軟件都具有插件功能，從網上下載一個DLL放在插件目錄下就能讓程序支持新的功能，這是怎麽做到的呢？就拿時下流行的播放軟件“千千靜聽”來舉例吧。
“千千靜聽”的插件目錄在該軟件安裝目錄下的Addin子目錄下，程序的插件目錄一般都會以“Plugins”、“Addin”來命名。在“千千靜聽”的插件目錄中有許多DLL文件，比如tt_asf.dll、tt_rm.dll等，從文件名中就能看出這些DLL是用來讓這個播放器支持各種不同類型的音頻文件的。同樣，用Depends打開這些文件，你就會發現這些文件的輸出函數表中都包括一個同樣的函數:ttpGetSoundAddIn
千千靜聽所使用的插件協議
這就是插件的秘密，各種支持插件功能的程序在發布時，都會同時發布一份插件協議，協議中規定了該程序將要調用的插件DLL中必須包含的函數名稱及相關的參數規則，然後第三方的插件程序員在編寫這個程序的插件時就根據這個插件的標準來編寫DLL的輸出函數。
①對於插件tt_asf.dll
ttplayer.exe(“千千靜聽”主程序)對tt_asf.dll說:“我要調用你的ttpGetSoundAddIn函數！”
tt_asf.dll回答:“OK。”
②如果把不相關的DLL放進AddIn目錄
ttplayer.exe對未知DLL說:“我要調用你的ttpGetSoundAddIn函數！”
tt_asf.dll回答:“那是什麽函數？從來沒聽說過！”
