Python的擴展接口[2] -> 動態連接庫DLL[0] -> 動態連接庫及輔助工具

動態連接庫 / Dynamic Link Library

---

目錄

1. 動態連接庫簡介
2. 函數封裝DLL
3. 組件對象模型COM
4. 如何判斷.dll文件是COM仍是DLL
5. 輔助工具

 

1 動態連接庫簡介 / DLL Introduction

動態連接庫(Dynamic Link Library, DLL)，是微軟在Windows操做系統中，實現共享函數庫概念的一種方式，在Windows下，這些庫函數的擴展名能夠是.dll/.ocx(ActiveX)/.drv(舊式系統驅動程序)，在Linux系統中經常是.so文件。

動態連接提供了一種方法，使進程能夠調用不屬於其可執行代碼的函數。函數的可執行代碼位於一個DLL文件中，該DLL包含一個或多個已被編譯、連接並與使用它們的進程分開存儲的函數。DLL 還有助於共享數據和資源。多個應用程序可同時訪問內存中單個 DLL 副本的內容。

動態連接庫文件，是一種不可執行的二進制程序文件，它容許程序共享執行特殊任務所必需的代碼和其他資源。Windows提供的DLL文件中包含了容許基於Windows的程序在Windows環境下操做的許多函數和資源。通常被存放在電腦的"C:\Windows\System32"目錄下。

通常來講，動態連接庫可分爲如下兩種，

1. 函數封裝DLL，這是一種最多見的動態連接庫文件，這種dll文件一般以函數集合的方式封裝，對外以函數API的方式提供接口；
2. 組件對象模型COM，是微軟公司爲了計算機工業的軟件生產更加符合人類的行爲方式開發的一種新的軟件開發技術。

 

2 函數封裝DLL

這部分可參考連接。

 

3 組件對象模型COM

3.1 關於COM

組件對象模型(Component Object Model, COM)，是微軟公司爲了計算機工業的軟件生產更加符合人類的行爲方式開發的一種新的軟件開發技術。在COM構架下，人們能夠開發出各類各樣的功能專注的組件，而後將它們按照須要組合起來，構成複雜的應用系統。

由此帶來的好處是多方面的，能夠將系統中的組件用新的替換掉，以便隨時進行系統的升級和定製，能夠在多個應用系統中重複利用同一個組件，能夠方便的將應用系統擴展到網絡環境下，COM與語言，平臺無關的特性使全部的程序員都可充分發揮本身的才智與專長編寫組件模塊，等等。

COM是開發軟件組件的一種方法。組件其實是一些小的二進制可執行程序，它們能夠給應用程序，操做系統以及其餘組件提供服務。開發自定義的COM組件就如同開發動態的，面向對象的API。多個COM對象能夠鏈接起來造成應用程序或組件系統。而且組件能夠在運行時刻，在不被從新連接或編譯應用程序的狀況下被卸下或替換掉。Microsoft的許多技術，如ActiveX, DirectX以及OLE等都是基於COM而創建起來的。而且Microsoft的開發人員也大量使用COM組件來定製他們的應用程序及操做系統。

3.2 COM與OLE/ActiveX關係

OLE和ActiveX

對象鏈接與嵌入(Object Linking and Embedding, OLE)，簡稱OLE技術，OLE是一種面嚮對象的技術，利用這種技術可開發可重複使用的軟件組件(COM)。OLE不只是桌面應用程序集成，並且還定義和實現了一種容許應用程序做爲軟件「對象」(數據集合和操做數據的函數)彼此進行「鏈接」的機制，這種鏈接機制和協議稱爲組件對象模型(Component Object Model),簡稱COM。OLE能夠用來建立複合文檔，複合文檔包含了建立於不一樣源應用程序，有着不一樣類型的數據，所以它能夠把文字、聲音、圖像、表格、應用程序等組合在一塊兒。

ActiveX是一個開放的集成平臺，爲開發人員，用戶和 Web生產商提供了一個快速而簡便的在 Interne和Intranet建立程序集成和內容的方法。使用ActiveX,可輕鬆方便的在Web頁中插入多媒體效果、交互式對象、以及複雜程序，建立用戶體驗至關的高質量多媒體CD-ROM。其主要技術依舊是COM。

OLE/ActiveX/COM三者關係

參考百度百科的解釋，

如今開始闡述ActiveX、OLE和COM的關係。首先，讓你們有一個整體的概念，從時間的角度講，OLE是最先出現的，而後是COM和 ActiveX。從體系結構角度講，OLE和ActiveX是創建在COM之上的，因此COM是基礎。單從名稱角度講，OLE和ActiveX是兩個商標名稱，而COM則是一個純技術名詞，這也是你們更多的據說ActiveX和OLE的緣由。

既然OLE是最先出現的，那麼就從OLE提及，自從 Windows操做系統流行以來，「剪貼板」（Clipboard）首先解決了不一樣程序間的通訊問題（由剪貼板做爲數據交換中心，進行復制、粘貼的操做），可是剪貼板傳遞的都是「死」數據，應用程序開發者得自行編寫、解析數據格式的代碼，因而動態數據交換（Dynamic Data Exchange，DDE）的通訊協定應運而生，它可讓應用程序之間自動獲取彼此的最新數據，可是，解決彼此之間的「數據格式」轉換仍然是程序員沉重的負擔。對象的連接與嵌入（Object Linking and Embedded，OLE）的誕生把原來應用程序的數據交換提升到「對象交換」，這樣程序間不但得到數據也一樣得到彼此的應用程序對象，而且能夠直接使用彼此的數據內容，其實OLE是Microsoft的複合文檔技術，它的最第一版本只是瞄準複合文檔，但在後續版本OLE2中，導入了COM。因而可知，COM是應OLE的需求而誕生的，因此雖然COM是OLE的基礎，但OLE的產生卻在COM以前。COM的基本出發點是，讓某個軟件經過一個通用的機構爲另外一個軟件提供服務。COM的第一個使用者倒是OLE2，因此COM與複合文檔間並無多大的關係，實際上，後來COM 就做爲與複合文檔徹底無關的技術，開始被普遍應用。這樣一來，Microsoft就開始「染指」通用平臺技術。可是COM並非產品，它須要一個商標名稱。而那時Microsoft的市場專家們已經選用了OLE做爲商標名稱，因此使用COM技術的都開始貼上了OLE的標籤。雖然這些技術中的絕大多數與複合文檔沒有關係。Microsoft的這一作法讓人產生這樣一個誤解OLE是僅指複合文檔呢？仍是不僅僅指複合文檔？其實OLE是COM的商標名稱，天然不只僅指複合文檔。但Microsoft本身恐怕沒法解釋清楚，這要花費至關的精力和時間。因而，隨着Internet的發展，在1996年春，Microsoft改變了主意，選擇ActiveX做爲新的商標名稱。ActiveX是指寬鬆定義的、基於COM的技術集合，而OLE仍然僅指複合文檔。固然，ActiveX最核心的技術仍是COM。ActiveX和OLE的最大不一樣在於，OLE針對的是桌面上應用軟件和文件之間的集成，而 ActiveX則以提供進一步的網絡應用與用戶交互爲主。

COM地位

到這裏，你們應該對ActiveX、OLE和COM三者的關係有了一個比較明確的認識，COM纔是最根本的核心技術，因此下面的重點 COM。讓對象模型徹底獨立於編程語言，這是一個很是新奇的思想。這一點從C++和Java的對象概念上，咱們就能有所瞭解。但所謂COM對象到底是什麼呢？爲了便於理解，能夠把COM看做是某種（軟件）打包技術，即把它看做是軟件的不一樣部分，按照必定的面向對象的形式，組合成能夠交互的過程和一組支持庫。COM對象能夠用C++、Java和VB等任意一種語言編寫，並能夠用DLL或做爲不一樣過程工做的執行文件的形式來實現。使用COM對象的瀏覽器，無需關心對象是用什麼語言寫的，也無須關心它是以DLL仍是以另外的過程來執行的。從瀏覽器端看，無任何區別。這樣一個通用的處理技巧很是有用。例如，由用戶協調運行的兩個應用，能夠將它們的共同做業部分做爲COM對象間的交互來實現（固然，OLE複合文檔也能作到）。爲在瀏覽器中執行從Web服務器下載的代碼，瀏覽器可把它看做是COM對象，也就是說，COM技術也是一種打包可下載代碼的標準方法（ActiveX控件就是執行這種功能的）。甚至連應用與本機OS進行交互的方法也能夠用COM來指定，例如在Windows和Windows NT中用的是新API，多數是做爲COM對象來定義的。

COM雖然起源於複合文檔，但卻可有效地適用於許多軟件問題，它畢竟是處在底層的基礎技術。用一句話來講，COM是獨立於語言的組件體系結構，可讓組件間相互通訊。隨着計算機網絡的發展，COM進一步發展爲分佈式組件對象模型，這就是DCOM，它相似於CORBA的ORB，本文對此將再也不作進一步的闡述。經過上面的講述相信你們必定對ActiveX、OLE和COM/DCOM的關係有了一個清楚的瞭解。

3.3 COM與通常DLL區別

二者的主要區別可參考連接，

DLL是對靜態鏈接的一種改進，帶來了更細的開發分工，也帶來了不少問題，其中就有二進制如何交互的問題。這個問題當DLL輸出類時更加突出。

 

 

COM爲解決此問題提出了極負創意的解決方案，不只如此，更進一步引伸，提出瞭如何跨 網絡的交互。而後，針對internet服務器的開發提出COM+。COM體系中融合了多種經典的設計模式，能夠說是一種更加精幹的C++。

二者的主要區別點在於，

1. COM組件以接口對功能分類，便於組織。DLL特別是大的DLL，函數一大堆，難以組織;

2. COM組件便於升級維護，功能擴充，只需添加接口就行; DLL升級困難，函         數不能隨意改變;

3. COM建立調用有很好的安全性，DLL沒有;

4. COM組件可輕鬆實現進程間調用，DLL很困難;

5. COM組件可輕鬆實現分佈式調用，DLL不可能，只能在本機調用;

6. COM組件具備封裝、繼承、多態的面向對象特徵，DLL只有封裝;

7. COM組件的爲基礎，實現了大量功能：ActiveX，OLE等。

3.4 COM註冊

使用命令行工具能夠完成對COM組件的註冊，具體步驟以下，

1. 開始菜單，輸入cmd打開命令行工具;
2. 使用命令regsvr32 + path進行註冊，其中path爲註冊dll所在的文件完整路徑及文件名(或cd到所在目錄再進行註冊);
3. 如果64位COM，則先cd到syswow64目錄下再進行註冊。

Note:

1. 可在cmd中輸入regsvr32 /?來查看可選參數;
2. 當提示報錯碼爲0x80070005時，爲系統權限不足，須要管理員方式運行cmd後，再進行註冊便可成功;
3. 當提示報錯找不到註冊入口DllRegisterServer，請確認是否爲有效的ocx/dll，則說明該dll多是函數封裝的普通dll文件;
4. 確保註冊文件所在路徑爲全英文。

 

4 如何判斷.dll文件是COM仍是DLL

當拿到一個.dll文件時，如何對判斷這是一個普通的DLL文件，仍是一個COM組件。通常狀況下，文件類型是應該被告知的，但當不知道時，或許能夠嘗試如下幾種方法進行判斷。

       1. 嘗試註冊dll文件，若註冊成功則說明是COM(ActiveX/OLE)，普通封裝函數的DLL無需註冊便可使用，在註冊時會提示找不到註冊入口;

       2. 查看dll文件內部的函數(使用Depends等工具)，若顯示的接口函數爲特定的五個函數，則基本屬於COM(不排除某些普通DLL實現這些函數的可能):

1） DllMain:入口函數，完成一些Dll初始化工做(DirectShow實現的是DllEntryPoint);

2）DllGetClassObject: 用於得到類工廠指針;

3）DllCanUnloadNow: 系統空閒時會調用這個函數，以肯定是否能夠卸載Dll;

4）DllRegisterServer: 將COM組件註冊到註冊表中;

5）DllUnregisterServer: 刪除註冊表中COM組件的註冊信息。

 

5 輔助工具 / Auxiliary Tools

5.1 Depends

Depends工具能夠用來查看dll動態連接庫文件，具體使用方法參考連接，

在Depends工具中主要界面區域以下，其中，

       區域1: Dll的信息窗口，主要顯示程序所需的Dll模塊;

       區域2: 所選的Dll模塊所使用的函數，包括序數，提示，函數，入口點等信息;

       區域3: 所選的Dll模塊全部的導出函數，一樣包括序數，提示，函數，入口點等信息;

       區域4: 全部須要的Dll模塊的屬性，出錯數據會以紅色或黃色提示警告。

5.2 OleViewer

OleViewer能夠用於查看當前電腦內安裝的COM組件。

 

相關閱讀

---

 

參考連接

---

http://bbs.csdn.net/topics/380080264

http://www.cnblogs.com/lihaozy/archive/2012/07/04/2576449.html