這裏，我們為了簡要說明DLL的原理，我們決定使用最簡單的編譯環境VC6.0，如下圖，我們先建立壹個新的Win32 Dynamic-Link Library工程，名稱為“MyDLL”，在Visual Studio中，妳也可以通過建立Win32控制臺程序，然後在“應用程序類型”中選擇“DLL”選項，
點擊確定，選擇“壹個空的DLL工程”，確定，完成即可。
壹個簡單的dll
在第壹步我們建立的工程中建立壹個源碼文件”dllmain.cpp“，在“dllmain.cpp”中，鍵入如下代碼
[cpp] view plain copy
#include <Windows.h>
#include <stdio.h>
BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("DLL_PROCESS_ATTACH\n");
break;
case DLL_THREAD_ATTACH:
printf("DLL_THREAD_ATTACH\n");
break;
case DLL_THREAD_DETACH:
printf("DLL_THREAD_DETACH\n");
break;
case DLL_PROCESS_DETACH:
printf("DLL_PROCESS_DETACH\n");
break;
}
return TRUE;
}
之後，我們直接編譯，即可以在Debug文件夾下，找到我們生成的dll文件，“MyDLL.dll”，註意，代碼裏面的printf語句，並不是必須的，只是我們用於測試程序時使用。而DllMain函數，是dll的進入/退出函數。
實際上，讓線程調用DLL的方式有兩種，分別是隱式鏈接和顯式鏈接，其目的均是將DLL的文件映像映射進線程的進程的地址空間。我們這裏只大概提壹下，不做深入研究，如果感興趣，可以去看《Window高級編程指南》的第12章內容。
隱式鏈接調用
隱士地鏈接是將DLL的文件影響映射到進程的地址空間中最常用的方法。當鏈接壹個應用程序時，必須制定要鏈接的壹組LIB文件。每個LIB文件中包含了DLL文件允許應用程序（或另壹個DLL）調用的函數的列表。當鏈接器看到應用程序調用了某個DLL的LIB文件中給出的函數時，它就在生成的EXE文件映像中加入了信息，指出了包含函數的DLL文件的名稱。當操作系統加載EXE文件時，系統查看EXE文件映像的內容來看要裝入哪些DLL，而後試圖將需要的DLL文件映像映射到進程的地址空間中。當尋找DLL時，系統在系列位置查找文件映像。
1.包含EXE映像文件的目錄
2.進程的當前目錄
3.Windows系統的目錄
4.Windows目錄
5.列在PATH環境變量中的目錄
這種方法，壹般都是在程序鏈接時控制，反映在鏈接器的配置上，網上大多數講的各種庫的配置，比如OPENGL或者OPENCV等，都是用的這種方法
顯式鏈接調用
這裏我們只提到兩種函數，壹種是加載函數
[cpp] view plain copy
HINSTANCE LoadLibrary(LPCTSTR lpszLibFile);
HINSTANCE LoadLibraryEx(LPCSTR lpszLibFile,HANDLE hFile,DWORD dwFlags);
返回值HINSTANCE值指出了文件映像映射的虛擬內存地址。如果DLL不能被映進程的地址空間，函數就返回NULL。妳可以使用類似於
[cpp] view plain copy
LoadLibrary("MyDLL")
或者
[cpp] view plain copy
LoadLibrary("MyDLL.dll")
的方式進行調用，不帶後綴和帶後綴在搜索策略上有區別，這裏不再詳解。
顯式釋放DLL
在顯式加載DLL後，在任意時刻可以調用FreeLibrary函數來顯式地從進程的地址空間中解除該文件的映像。
[cpp] view plain copy
BOOL FreeLibrary(HINSTANCE hinstDll);
這裏，在同壹個進程中調用同壹個DLL時，實際上還牽涉到壹個計數的問題。這裏也不在詳解。
線程可以調用GetModuleHandle函數：
[cpp] view plain copy
GetModuleHandle(LPCTSTR lpszModuleName)；
來判斷壹個DLL是否被映射進進程的地址空間。例如，下面的代碼判斷MyDLL.dll是否已被映射到進程的地址空間，如果沒有，則裝入它：
[cpp] view plain copy
HINSTANCE hinstDll;
hinstDll = GetModuleHandle("MyDLL");
if (hinstDll == NULL){
hinstDll = LoadLibrary("MyDLL");
}
實際上，還有壹些函數，比如 GetModuleFileName用來獲取DLL的全路徑名稱，FreeLibraryAndExitThread來減少DLL的使用計數並退出線程。具體內容還是參見《Window高級編程指南》的第12章內容，此文中不適合講太多的內容以至於讀者不能壹下子接受。
DLL的進入與退出函數
說到這裏，實際上只是講了幾個常用的函數，這壹個小節才是重點。
在上面，我們看到的MyDLL的例子中，有壹個DllMain函數，這就是所謂的進入/退出函數。系統在不同的時候調用此函數。這些調用主要提供信息，常常被DLL用來執行進程級或線程級的初始化和清理工作。如果妳的DLL不需要這些通知，就不必再妳的DLL源代碼中實現此函數，例如，如果妳創建的DLL只含有資源，就不必實現該函數。但如果有，則必須像我們上面的格式。
DllMain函數中的ul_reason_for_call參數指出了為什麽調用該函數。該參數有4個可能值： DLL_PROCESS_ATTACH、DLL_THREAD_ATTACH、DLL_THREAD_DETACH、DLL_PROCESS_DETACH。
其中，DLL_PROCESS_ATTACH是在壹個DLL首次被映射到進程的地址空間時，系統調用它的DllMain函數，傳遞的ul_reason_for_call參數為DLL_PROCESS_ATTACH。這只有在首次映射時發生。如果壹個線程後來為已經映射進來的DLL調用LoadLibrary或LoadLibraryEx，操作系統只會增加DLL的計數，它不會再用DLL_PROCESS_ATTACH調用DLL的DllMain函數。
而DLL_PROCESS_DETACH是在DLL被從進程的地址空間解除映射時，系統調用它的DllMain函數，傳遞的ul_reason_for_call值為DLL_PROCESS_DETACH。我們需要註意的是，當用DLL_PROCESS_ATTACH調用DLL的DllMain函數時，如果返回FALSE,說明初始化不成功，系統仍會用DLL_PROCESS_DETACH調用DLL的DllMain。因此，必須確保沒有清理那些沒有成功初始化的東西。
DLL_THREAD_ATTACH：當進程中創建壹個線程時，系統察看當前映射到進程的地址空間中的所有DLL文件映像，並用值DLL_THREAD_ATTACH調用所有的這些DLL的DllMain函數。該通知告訴所有的DLL去執行線程級的初始化。註意，當映射壹個新的DLL時，進程中已有的幾個線程在運行，系統不會為已經運行的線程用值DLL_THREAD_ATTACH調用DLL的DllMain函數。
而DLL_THREAD_DETACH，如果線程調用ExitThread來終結（如果讓線程函數返回而不是調用ExitThread，系統會自動調用ExitThread），系統察看當前映射到進程空間的所有DLL文件映像，並用值DLL_THREAD_DETACH來調用所有的DLL的DllMain函數。該通知告訴所有的DLL去執行線程級的清理工作。
這裏，我們需要註意的是，如果線程的終結是因為系統中的壹個線程調用了TerminateThread，系統就不會再使用DLL_THREAD_DETACH來調用DLL和DllMain函數。這與TerminateProcess壹樣，不再萬不得已時，不要使用。
下面，我們貼出《Window高級編程指南》中的兩個圖來說明上述四種參數的調用情況。
好的，介紹了以上的情況，下面，我們來繼續實踐，這次，建立壹個新的空的win32控制臺工程TestDLL，不再多說，代碼如下：
[cpp] view plain copy
#include <iostream>
#include <Windows.h>
using namespace std;
DWORD WINAPI someFunction(LPVOID lpParam)
{
cout << "enter someFunction!" << endl;
Sleep(1000);
cout << "This is someFunction!" << endl;
Sleep(1000);
cout << "exit someFunction!" << endl;
return 0;
}
int main()
{
HINSTANCE hinstance = LoadLibrary("MyDLL");
if(hinstance!=NULL)
{
cout << "Load successfully!" << endl;
}else {
cout << "Load failed" << endl;
}
HANDLE hThread;
DWORD dwThreadId;
cout << "createThread before " << endl;
hThread = CreateThread(NULL,0,someFunction,NULL,0,&dwThreadId);
cout << "createThread after " << endl;
cout << endl;
Sleep(3000);
cout << "waitForSingleObject before " << endl;
WaitForSingleObject(hThread,INFINITE);
cout << "WaitForSingleObject after " << endl;
cout << endl;
FreeLibrary(hinstance);
return 0;
}
代碼很好理解，但是前提是，妳必須對線程有壹定的概念。另外，註意，我們上面編譯的獲得的“MyDLL.dll"必須拷貝到能夠讓我們這個工程找到的地方，也就是上面我們提到的搜索路徑中的壹個地方。
這裏，我們先貼結果，當然，這只是在我機器上其中某次運行結果。
有了上面我們介紹的知識，這個就不是很難理解，主進程在調用LoadLibrary時，用DLL_PROCESS_ATTACH調用了DllMain函數，而線程創建時，用DLL_THREAD_ATTACH調用了DllMain函數，而由於主線程和子線程並行的原因，可能輸出的時候會有打斷。但是，這樣反而能讓我們更清楚的理解程序。