windows核心程式設計－－DLL高階

DLL的進入點函式

一個D L L可以擁有單個進入點函式。系統在不同的時間呼叫這個進入點函式，這個問題將在下面加以介紹。這些呼叫可以用來提供一些資訊，通常用於供D L L進行每個程式或執行緒的初始化和清除操作。如果你的D L L不需要這些通知資訊，就不必在D L L原始碼中實現這個函式。例如，如果你建立一個只包含資源的D L L，就不必實現該函式。如果確實需要在D L L中接受通知資訊，可以實現類似下面的進入點函式：

BOOL WINAPI DllMain(HINSTANCE hinstDll, DWORD fdwReason, PVOID fImpLoad)
{
   switch(fdwReason) 
   {
      case DLL_PROCESS_ATTACH:
         //The DLL is being mapped into the process's address space.
         break;

      case DLL_THREAD_ATTACH:
         //A thread is being created.
         break;

      case DLL_THREAD_DETACH:
         //A thread is exiting cleanly.
         break;

      case DLL_PROCESS_DETACH:
         //The DLL is being unmapped from the process's address space.
         break;
   }
   return(TRUE);  // Used only for DLL_PROCESS_ATTACH
}

注意函式名D l l M a i n是區分大小寫的。

引數h i n s t D l l包含了D L L的例項控制程式碼。與( w ) Wi n M a i n函式的h i n s t E x e引數一樣，這個值用於標識D L L的檔案映像被對映到程式的地址空間中的虛擬記憶體地址。通常應將這個引數儲存在一個全域性變數中，這樣就可以在呼叫載入資源的函式（如D i a l o g B o x和L o a d S t r i n g）時使用它。最後一個引數是f I m p L o a d，如果D L L是隱含載入的，那麼該引數將是個非0值，如果D L L是顯式載入的，那麼它的值是0。

引數f d w R e a s o n用於指明系統為什麼呼叫該函式。該引數可以使用4個值中的一個。這4個值是： D L L _ P R O C E S S _ AT TA C H、D L L _ P R O C E S S _ D E TA C H、D L L _ T H R E A D _ AT TA C H或D L L _ T H R E A D _ D E TA C H。這些值將在下面介紹。

注意必須記住，D L L使用D l l M a i n函式來對它們進行初始化。當你的D l l M a i n函式執行時，同一個地址空間中的其他D L L可能尚未執行它們的D l l M a i n函式。這意味著它們尚未初始化，因此你應該避免呼叫從其他D L L中輸入的函式。此外，你應該避免從D l l M a i n內部呼叫L o a d L i b r a r y ( E x )和F r e e L i b r a r y函式，因為這些函式會形式一個依賴性迴圈。

DLL_PROCESS_ATTACH通知
當D L L被初次對映到程式的地址空間中時，系統將呼叫該D L L的D l l M a i n函式，給它傳遞引數f d w R e a s o n的值D L L _ P R O C E S S _ AT TA C H。只有當D L L的檔案映像初次被對映時，才會出現這種情況。如果執行緒在後來為已經對映到程式的地址空間中的D L L呼叫L o a d L i b r a r y ( E x )函式，那麼作業系統只是遞增D L L的使用計數，它並不再次用D L L _ P R O C E S S _ AT TA C H的值來呼叫D L L的D l l M a i n函式。
當處理D L L _ P R O C E S S _ AT TA C H時，D L L應該執行D L L中的函式要求的任何與程式相關的初始化。例如， D L L可能包含需要使用它們自己的堆疊（在程式的地址空間中建立）的函式。

DLL_PROCESS_DETACH通知
D L L從程式的地址空間中被解除安裝時，系統將呼叫D L L的D l l M a i n函式，給它傳遞f d w R e a s o n的值D L L _ P R O C E S S _ D E TA C H。當D L L處理這個值時，它應該執行任何與程式相關的清除操作。例如， D L L可以呼叫H e a p D e s t r o y函式來撤消它在D L L _ P R O C E S S _ D E TA C H通知期間建立的堆疊。

DLL_THREAD_ATTACH通知
當在一個程式中建立執行緒時，系統要檢視當前對映到該程式的地址空間中的所有D L L檔案映像，並呼叫每個檔案映像的帶有D L L _ T H R E A D _ AT TA C H值的D l l M a i n函式。這可以告訴所有的D L L執行每個執行緒的初始化操作。新建立的執行緒負責執行D L L的所有D l l M a i n函式中的程式碼。只有當所有的D L L都有機會處理該通知時，系統才允許新執行緒開始執行它的執行緒函式。

DLL_THREAD_DETACH通知
讓執行緒終止執行的首選方法是使它的執行緒函式返回。這使得系統可以呼叫E x i t T h r e a d來撤消該執行緒。E x i t T h r e a d函式告訴系統，該執行緒想要終止執行，但是系統並不立即將它撤消。相反， 它要取出這個即將被撤消的執行緒， 並讓它呼叫已經對映的D L L 的所有帶有D L L _ T H R E A D _ D E TACH 值的D l l M a i n函式。這個通知告訴所有的D L L執行每個執行緒的清除操作。

DllMain與C/C++執行期庫
當編寫一個D L L時，你需要得到C / C + +執行期庫的某些初始幫助。例如，如果你建立的D L L包含一個全域性變數，而這個全域性變數是個C + +類的例項。在你順利地在D l l M a i n函式中使用這個全域性變數之前，該變數必須呼叫它的建構函式。這是由C / C + +執行期庫的D L L啟動程式碼來完成的。當你的D L L檔案映像被對映到程式的地址空間中時，系統實際上是呼叫_ D l l M a i n C RTS t a r t u p函式，而不是呼叫D l l M a i n函式。

延遲載入DLL （但是怎麼延遲那？^_^）

Microsoft Visual C++ 6.0提供了一個出色的新特性，它能夠使D L L的操作變得更加容易。這個特性稱為延遲載入D L L。延遲載入的D L L是個隱含連結的D L L，它實際上要等到你的程式碼試圖引用D L L中包含的一個符號時才進行載入。延遲載入的D L L在下列情況下是非常有用的：

• 如果你的應用程式使用若干個D L L，那麼它的初始化時間就比較長，因為載入程式要將所有需要的D L L對映到程式的地址空間中。解決這個問題的方法之一是在程式執行的時候分開載入各個D L L。延遲載入的D L L能夠更容易地完成這樣的載入。

• 如果呼叫程式碼中的一個新函式，然後試圖在老版本的系統上執行你的應用程式，而該系統中沒有該函式，那麼載入程式就會報告一個錯誤，並且不允許該應用程式執行。你需要一種方法讓你的應用程式執行，然後，如果（在執行時）發現該應用程式在老的系統上執行，那麼你將不呼叫遺漏的函式。

函式轉發器

函式轉發器是D L L的輸出節中的一個專案，用於將對一個函式的呼叫轉至另一個D L L中的另一個函式。
 DLL轉移
M i c r o s o f t給Windows 2000增加了一個D L L轉移特性。這個特效能夠強制作業系統的載入程式首先從你的應用程式目錄中載入檔案模組。只有當載入程式無法在應用程式目錄中找到該檔案時，它才搜尋其他目錄。為了強制載入程式總是首先查詢應用程式的目錄，要做的工作就是在應用程式的目錄中放入一個檔案。該檔案的內容可以忽略，但是該檔案必須稱為A p p N a m e . l o c a l。例如，如果有一個可執行檔案的名字是S u p e r A p p . e x e ，那麼轉移檔案必須稱為S u p e r A p p . e x e . l o c a l。在系統內部， L o a d L i b r a r y ( E x )已經被修改，以便檢視是否存在該檔案。如果應用程式的目錄中存在該檔案，該目錄中的模組就已經被載入。如果應用程式的目錄中不存在這個模組，L o a d L i b r a r y ( E x )將正常執行。對於已經註冊的C O M物件來說，這個特性是非常有用的。它使應用程式能夠將它的C O M物件D L L放入自己的目錄，這樣，註冊了相同C O M物件的其他應用程式就無法干擾你的操作。

zz