第20章 動態(tài)鏈接庫與鉤子

第20章

動態(tài)鏈接庫與鉤子

對于Windows應用程序向言，創(chuàng)建一個沒有使用DLL的應用程序幾乎是不可能的，前面使用的所有API函數(shù)都是從系統(tǒng)動態(tài)鏈接庫導出的。實際上，Windows提供給編程人員的幾乎所有功能都駐留在動態(tài)鏈接庫中。Windows鉤子廣泛應用于各種偵測程序中，如輸入監(jiān)視、API截獲等。一般鉤子必須寫在動態(tài)鏈接庫中，以便提供了其他程序使用。了解動態(tài)鏈接庫的運行機制在DLL中導出函數(shù)函數(shù)的調(diào)用約定DLL的調(diào)用方式在DLL中導出變量在DLL中導出類MFC規(guī)則DLLMFC擴展DLLWindows鉤子的應用

20.1了解DLL

DLL實際上指的就是動態(tài)鏈接庫。大部分動態(tài)鏈接庫是以擴展名為dll的文件形式存在的，但并不是只有dll擴展名的文件才是動態(tài)鏈接庫，系統(tǒng)中的某些exe文件、字體文件（*.fon）、驅(qū)動程序（*.drv）和各種控件（*.ocx）等都是動態(tài)鏈接庫。實際上，系統(tǒng)中大部分包含公用代碼的模塊都有可能是動態(tài)鏈接庫。需要注意，動態(tài)鏈接庫不能自己執(zhí)行，它必須被映射到其他應用程序的地址空間中才能執(zhí)行。當動態(tài)鏈接庫可被是映射到應用程序內(nèi)存后，它可以使用應用程序的資源，它所擁有的資源也可以被應用程序使用，它的任何操作都是代表應用程序進行的，當動態(tài)鏈接庫進行打開文件、分配內(nèi)存和創(chuàng)建窗口等操作后，這些文件、內(nèi)存和窗口都是應用程序所擁有的。

20.2靜態(tài)鏈接庫

靜態(tài)鏈接庫的使用方法：首先將靜態(tài)連接庫的頭文件.h和庫.lib放到自己項目目錄下；然后在stdafx.h頭文件中包含靜態(tài)庫及其頭文件：#include"xxx.h"#pragmacomment(lib,"xxx.lib")這樣編譯器在編譯時就會將庫文件中的函數(shù)導入到程序中。

20.3常規(guī)DLL

常規(guī)DLL有優(yōu)點有以下幾方面：客戶程序不必是一個MFC應用程序。它只需要能調(diào)用C函數(shù)即可，即可以是MFC應用程序，也可以是Delphi或VisualBasic應用程序。在常規(guī)DLL的內(nèi)部可以使用C++類，然后只導出C函數(shù)的包裝器。這樣，對內(nèi)部的C++類的任何修改都不會影響到調(diào)用它的應用程序或DLL。

20.3.1聲明導出函數(shù)

在DLL中導出函數(shù)的聲明有兩種方式：一種是在函數(shù)聲明中添加__declspec(dllexport)修飾符；另外一種方式是采用模塊定義.def文件聲明，模塊定義文件.def文件為鏈接器提供了有關(guān)被鏈接程序的導出、屬性及其他方面的信息。20.3.2DLL的調(diào)用方式

在前面的示例使用LoadLibrary()、GetProcAddress()和FreeLibrary()三個API函數(shù)調(diào)用DLL，它們分別實現(xiàn)了DLL加載、DLL函數(shù)地址獲取、DLL釋放，這種調(diào)用方式被稱為DLL的動態(tài)調(diào)用。動態(tài)調(diào)用的特點是編程人員完全用API函數(shù)加載和卸載DLL，這樣可以決定DLL文件何時加載或不加載。與動態(tài)調(diào)用方式相對應的就是靜態(tài)調(diào)用方式。靜態(tài)調(diào)用方式的特點是由編譯器完成對DLL的加載和卸載。靜態(tài)調(diào)用方式相對簡單實用，但不如動態(tài)調(diào)用方式靈活。

20.3.3調(diào)用約定與名稱改編

調(diào)用約定用來處理決定函數(shù)參數(shù)傳送時入棧和出棧的順序，以及編譯器用來識別函數(shù)名稱的名稱修飾約定等問題。在C++中，為了允許操作符重載和函數(shù)重載，C++編譯器往往按照某種規(guī)則改寫函數(shù)名，這項技術(shù)通常被稱為名稱改編，而C語言編譯器在編譯時則不會進行名字改編。所以，當C++調(diào)用C語言生成的函數(shù)或函數(shù)庫時鏈接器會無法正確的鏈接相應的函數(shù)，同樣，C調(diào)用C++生成的函數(shù)庫時鏈接器也無法解析相應的函數(shù)。為了解決這個問題，C++提供了修飾符extern"C"來解決這個問題。為導出函數(shù)添加該修飾符后，編譯器在編譯時將按照C的方式去處理，不進行名稱改編。另外，為了使其它語言編寫的模塊，如VisualBasic應用程序或Pascal應用程序等都可以調(diào)用C/C++編寫的DLL的函數(shù)，必須使用正確的調(diào)用約定來導出函數(shù)，并且不讓編譯器對要導出的函數(shù)進行任何名稱改編。VisualC++中。C/C++默認的調(diào)用方式為__cdecl，而標準調(diào)用約定是_stdcall，WINAPI都采用這種方式。在調(diào)用約定改變時，名稱改編也不一致。當使用C編譯方式（函數(shù)聲明為extern"C"）時，如果用_cdecl調(diào)用約定編譯，則不會進行名字改編，但是如果用_stdcall調(diào)用約定時，則會發(fā)生名稱改編，這樣，其他用_stdcall調(diào)用約定的編譯器就無法調(diào)用該函數(shù)。

20.3.4導出類組合框?qū)涡芯庉嬁蚝土斜砜蚪M合為一體。組合框有三種類型：簡單型、下拉型和下拉列表型。在這三種類型中，簡單型組合框最小使用，其列表部分總會被顯示。用戶從列表中選中一個項目時，該項目會自動復制到編輯框部分。用戶也可以直接在編輯框部分輸入文本。如果用戶輸入的文本與列表中某項目匹配，該項目將被自動加亮顯示并滾動到可見的地方。下拉型組合框與簡單型組合框的不同之處在于它的列表只有被要求時才顯示。下拉列表型組合框的工作方式與下拉型組合框相同，但它不允許在編輯部分輸入文本，只允許用戶在列表中選擇項目。

20.4MFC規(guī)則DLL

MFC規(guī)則DLL能夠被所有支持DLL技術(shù)的語言所編寫的應用程序調(diào)用，當然也包括使用MFC的應用程序。MFC規(guī)則DLL包含兩個方面：在該DLL的內(nèi)部可以使用MFC類庫；另外，為了使其他非MFC程序能調(diào)用DLL，所以它的導出接口不能使用MFC類。根據(jù)規(guī)則DLL使用MFCDLL的不同，規(guī)則DLL可以分為兩類：共享MFCDLL的規(guī)則DLL和靜態(tài)鏈接MFCDLL的規(guī)則DLL。

20.4.1靜態(tài)鏈接MFCDLL的規(guī)則DLL

對于靜態(tài)鏈接MFCDLL的規(guī)則DLL而言，在編譯時會將MFC庫中的代碼直接生成在DLL文件中。當應用程序調(diào)用這種DLL時，所使用的MFC資源是互相獨立。

20.4.2共享MFCDLL的規(guī)則DLL

對于共享MFCDLL的規(guī)則DLL而言，在編譯時并沒有將MFCDLL中的代碼添加到DLL中，在應用程序調(diào)用這種DLL時，它們將共享MFCDLL。在Windows系統(tǒng)中，它使用實例句柄HINSTANCE標識應用程序進程及其調(diào)用的DLL模塊。在使用了MFC共享庫時，默認情況下，MFC將使用應用程序進程的HINSTANCE句柄加載資源。當DLL和應用程序都有自己的資源，并且這些資源可能有相同的ID標識時，這時應用程序就需要通過資源模塊的切換來找到正確的資源。如果應用程序需要來自于DLL的資源，就應將資源模塊句柄指定為DLL的模塊句柄；如果需要應用程序中包含的資源，就應將資源模塊句柄指定為應用程序的模塊句柄。

20.5MFC擴展DLL

常規(guī)DLL和MFC規(guī)則DLL主要用于非MFC客戶程序，而MFC擴展DLL用于導出增強MFC的函數(shù)和類，它的客戶應用程序必須是MFC應用程序。

20.6Windows鉤子

Windows系統(tǒng)是建立在事件驅(qū)動機制之上的，系統(tǒng)各部分之間的通信也都是通過消息的相互傳遞而實現(xiàn)的。在通常情況下，應用程序只能處理來自它內(nèi)部的消息，或者是從其他進程發(fā)過來的消息，如果需要對進程外傳遞的消息進行攔截處理，就必須采取一種被稱為HOOK（鉤子）的技術(shù)。

20.6.1認識HOOK鉤子

鉤子的本質(zhì)是一段用于處理系統(tǒng)消息的程序，通過“鉤掛”可以給Windows設(shè)置一個處理或過濾事件的回調(diào)函數(shù)，該函數(shù)也叫做“鉤子函數(shù)”，每當感興趣的事件發(fā)生時，Windows都將調(diào)用該函數(shù)。根據(jù)在使用鉤子時可以根據(jù)其監(jiān)視范圍的不同，HOOK鉤子分為兩種類型：局部鉤子和全局鉤子。局部鉤子僅鉤掛自己進程的事件，而全局鉤子將捕捉系統(tǒng)中所有進程將發(fā)生的事件消息。需要注意，安裝鉤子函數(shù)將會影響系統(tǒng)的性能，特別是監(jiān)測“系統(tǒng)范圍事件”的全局鉤