Windows的動態鏈接庫原理
動態鏈接庫（DLLs）是從C語言函數庫和Pascal庫單元的概念發展而來的 所有的C語言標準庫函數都存放在某壹函數庫中 同時用戶也可以用LIB程序創建自己的函數庫 在鏈接應用程序的過程中 鏈接器從庫文件中拷貝程序調用的函數代碼 並把這些函數代碼添加到可執行文件中 這種方法同只把函數儲存在已編譯的 OBJ文件中相比更有利於代碼的重用
但隨著Windows這樣的多任務環境的出現 函數庫的方法顯得過於累贅 如果為了完成屏幕輸出 消息處理 內存管理 對話框等操作 每個程序都不得不擁有自己的函數 那麽Windows程序將變得非常龐大 Windows的發展要求允許同時運行的幾個程序***享壹組函數的單壹拷貝 動態鏈接庫就是在這種情況下出現的 動態鏈接庫不用重復編譯或鏈接 壹旦裝入內存 Dlls函數可以被系統中的任何正在運行的應用程序軟件所使用 而不必再將DLLs函數的另壹拷貝裝入內存
動態鏈接庫的工作原理
動態鏈接 這幾字指明了DLLs是如何工作的 對於常規的函數庫 鏈接器從中拷貝它需要的所有庫函數 並把確切的函數地址傳送給調用這些函數的程序 而對於DLLs 函數儲存在壹個獨立的動態鏈接庫文件中 在創建Windows程序時 鏈接過程並不把DLLs文件鏈接到程序上 直到程序運行並調用壹個DLLs中的函數時 該程序才要求這個函數的地址 此時Windows才在DLLs中尋找被調用函數 並把它的地址傳送給調用程序 采用這種方法 DLLs達到了復用代碼的極限
動態鏈接庫的另壹個方便之處是對動態鏈接庫中函數的修改可以自動傳播到所有調用它的程序中 而不必對程序作任何改動或處理
DLLs不僅提供了函數重用的機制 而且提供了數據***享的機制 任何應用程序都可以***享由裝入內存的DLLs管理的內存資源塊 只包含***享數據的DLLs稱為資源文件 如Windows的字體文件等
Windows系統的動態鏈接庫
Windows本身就是由大量的動態鏈接庫支持的 這包括Windows API函數 （ KRNLx EXE USER EXE GDI EXE …） 各種驅動程序文件 各種帶有 Fon和 Fot 擴展名的字體資源文件等 Windows還提供了針對某壹功能的專用DLLs 如進行DDE編程的ddeml dll 進行程序安裝的ver dll等
雖然在編寫Windows程序時必然要涉及到DLLs 但利用Delphi 用戶在大部分時候並不會註意到這壹點 這壹方面是因為Delphi提供了豐富的函數使用戶不必直接去使用Windows API;另壹方面即使使用Windows API 由於Delphi把API函數和其它Windows DLLs函數重新組織到了幾個庫單元中 因而也不必使用特殊的調用格式 所以本章的重點放在編寫和調用用戶自定義的DLLs上
使用傳統的Windows編程方法來創建和使用壹個DLLs是壹件很令人頭痛的事 正如傳統的Windows編程方法本身就令人生畏壹樣 用戶需要對定義文件 工程文件進行壹系列的修改以適應創建和使用DLLs的需要 Delphi的出現 在這壹方面 正如在其它許多方面所做的那樣 減輕了開發者的負擔 更令人興奮的是Delphi利用DLLs 實現了窗體的重用機制 用戶可以將自己設計好的窗體儲存在壹個DLLs中 在需要的時候可隨時調用它
DLLs的編寫和調用
DLLs的編寫
在Delphi環境中 編寫壹個DLLs同編寫壹個壹般的應用程序並沒有太大的區別 事實上作為DLLs 主體的DLL函數的編寫 除了在內存 資源的管理上有所不同外 並不需要其它特別的手段 真正的區別在工程文件上
在絕大多數情況下 用戶幾乎意識不到工程文件的存在 因為它壹般不顯示在屏幕上 如果想查看工程文件 則可以打開View菜單選擇Project Source項 此時工程文件的代碼就會出現在屏幕的Code Editor（代碼編輯器）中
壹般工程文件的格式為
program? 工程標題
uses 子句
程序體
而DLLs工程文件的格式為
library 工程標題
uses 子句
exprots 子句
程序體
它們主要的區別有兩點
壹般工程文件的頭標用program關鍵字 而DLLs工程文件頭標用library 關鍵字 不同的關鍵字通知編譯器生成不同的可執行文件 用program關鍵字生成的是 exe文件 而用library關鍵字生成的是 dll文件
假如DLLs要輸出供其它應用程序使用的函數或過程 則必須將這些函數或過程列在exports子句中 而這些函數或過程本身必須用export編譯指令進行編譯
根據DLLs完成的功能 我們把DLLs分為如下的三類
完成壹般功能的DLLs;
用於數據交換的DLLs;
用於窗體重用的DLLs
這壹節我們只討論完成壹般功能的DLLs 其它內容將在後邊的兩節中討論
編寫壹般DLLs的步驟
編寫壹般DLLs的步驟如下
利用Delphi的應用程序模板 建立壹個DLLs程序框架
對於Delphi 的用戶 由於沒有DLLs模板 因此
（ ） 建立壹個壹般的應用程序 並打開工程文件
（ ） 移去窗體和相應的代碼單元
（ ） 在工程文件中 把program改成library 移去Uses子句中的Forms 並添加適當的庫單元（壹般SysUtils Classes是需要的） 刪去begin…end之間的所有代碼
以適當的文件名保持文件 此時library後跟的庫名自動修改
輸入過程 函數代碼 如果過程 函數準備供其它應用程序調用 則在過程 函數頭後加上export 編譯指示
建立exports子句 包含供其它應用程序調用的函數和過程名 可以利用標準指示 name Index resident以方便和加速過程/函數的調用
輸入庫初始化代碼 這壹步是可選的
編譯程序 生成動態鏈接庫文件
動態鏈接庫中的標準指示
在動態鏈接庫的輸出部分 用到了三個標準指示 name Index resident
name
name後面接壹個字符串常量 作為該過程或函數的輸出名 如
exports
InStr name MyInstr;
其它應用程序將用新名字（MyInstr）調用該過程或函數 如果仍利用原來的名字（InStr） 則在程序執行到引用點時會引發壹個系統錯誤
Index
Index指示為過程或函數分配壹個順序號 如果不使用Index指示 則由編譯器按順序進行分配
Index後所接數字的範圍為 … 使用Index可以加速調用過程
resident
使用resident 則當DLLs裝入時特定的輸出信息始終保持在內存中 這樣當其它應用程序調用該過程時 可以比利用名字掃描DLL入口降低時間開銷
對於那些其它應用程序常常要調用的過程或函數 使用resident指示是合適的 例如
exports
InStr name MyInStr resident;
lishixinzhi/Article/program/Delphi/201311/25207