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