? 在工作中經常碰到動態鏈接庫，一直以來都沒有好好去理解它，這幾天潛下心來仔細的研究了一下它，在這里把我看到一些東西的和實驗得出的一些心得整理一下。

引言

? 動態鏈接庫（DLL）是WINDOWS平臺的基礎，Windows API 中的所有函數都包含在D L L中。有3個最重要的D L L是K e r n e l 3 2 . d l l，它包含用于管理內存、進程和線程的各個函數； U s e r 3 2 . d l l，它包含用于執行用戶界面任務（如窗口的創建和消息的傳送）的各個函數； G D I 3 2 . d l l，它包含用于畫圖和顯示文本的各個函數。

它有以下幾個優點：

→節約內存；

→使應用程序“變瘦”；

→可單獨修改動態鏈接庫而不必與應用程序重新鏈接；

→可方便實現多語言聯合編程(比如用VC++寫個dll，然后在VB中調用)；

→可將資源打包；

→可在應用程序間共享內存

→可以用于一些特殊的目的。例如安裝鉤子函數

?

?

關于擴展名

? 一般來說，DLL是一種磁盤文件，以.dll、.DRV、.FON、.SYS和許多以.EXE為擴展名的系統文件都可以是DLL , 但只有擴展名為dll的動態鏈接庫才能被Windows自動載入。如果使用其它擴展名的動態鏈接庫，則調用動態鏈接庫的程序中必須使用LoadLibrary或LoadLibraryEx載入動態鏈接庫模塊。

?

關于調用方式

? 隱式的調用：需要把產生動態連接庫時產生的.LIB文件加入到應用程序的工程中，想使用DLL中的函數時，只須說明一下。隱式調用不需要調用LoadLibrary()和FreeLibrary()。當你建立一個DLL文件時，鏈接程序會自動生成一個與之對應的LIB導入文件。該文件包含了每一個DLL導出函數的符號名和可選的標識號，但是并不含有實際的代碼。LIB文件作為DLL的替代文件被編譯到應用程序項目中。當你通過靜態鏈接方式編譯生成應用程序時，應用程序中的調用函數與LIB文件中導出符號相匹配，這些符號或標識號進入到生成的EXE文件中。LIB文件中也包含了對應的DLL文件名（但不是完全的路徑名），鏈接程序將其存儲在EXE文件內部。當應用程序運行過程中需要加載DLL文件時，Windows根據這些信息發現并加載DLL，然后通過符號名或標識號實現對DLL函數的動態鏈接。所有被應用程序調用的DLL文件都會在應用程序EXE文件加載時被加載在到內存中?？蓤绦谐绦蜴溄拥揭粋€包含DLL輸出函數信息的輸入庫文件(.LIB文件)。操作系統在加載使用可執行程序時加載DLL?？蓤绦谐绦蛑苯油ㄟ^函數名調用DLL的輸出函數，調用方法和程序內部其他的函數是一樣的。

? 顯式的調用：是指在應用程序中用LoadLibrary或MFC提供的AfxLoadLibrary顯式的將自己所做的動態連接庫調進來，動態連接庫的文件名即是上面兩個函數的參數，再用GetProcAddress()獲取想要引入的函數。自此，你就可以象使用如同本應用程序自定義的函數一樣來調用此引入函數了。在應用程序退出之前，應該用FreeLibrary或MFC提供的AfxFreeLibrary釋放動態連接庫。直接調用Win32 的LoadLibary函數，并指定DLL的路徑作為參數。LoadLibary返回HINSTANCE參數，應用程序在調用GetProcAddress函數時使用這一參數。GetProcAddress函數將符號名或標識號轉換為DLL內部的地址。程序員可以決定DLL文件何時加載或不加載，顯式鏈接在運行時決定加載哪個DLL文件。使用DLL的程序在使用之前必須加載（LoadLibrary）加載DLL從而得到一個DLL模塊的句柄，然后調用GetProcAddress函數得到輸出函數的指針，在退出之前必須卸載DLL(FreeLibrary)。

Windows將遵循下面的搜索順序來定位DLL：

包含EXE文件的目錄

進程的當前工作目錄

Windows系統目錄

Windows目錄

列在Path環境變量中的一系列目錄

關于生成和使用DLL

?? 以VS2005為例，建立一個WIN32工程,工程名為Try，應用程序類型選擇“DLL”，附加選項選擇“導出符號”。編譯器會自動的生成Try.h和Try.cpp文件。

//Try.h
#ifdef?TRY_EXPORTS
#define?TRY_API?__declspec(dllexport)
#else
#define?TRY_API?__declspec(dllimport)
#endif
#include?<iostream>
using?namespace?std;

//?此類是從?Try.dll?導出的
class?TRY_API?CTry?{
public:
????CTry(void)?;
????//?TODO:?在此添加您的方法。

????void?print()?;
????
};
extern?TRY_API?int?nTry;

TRY_API?int?fnTry(void);

//?Try.cpp?:?定義?DLL?應用程序的入口點。
//

#include?"stdafx.h"
#include?"Try.h"


#ifdef?_MANAGED
#pragma?managed(push,?off)
#endif

BOOL?APIENTRY?DllMain(?HMODULE?hModule,
???????????????????????DWORD??ul_reason_for_call,
???????????????????????LPVOID?lpReserved
?????????????????????)
{
????switch?(ul_reason_for_call)
????{
????case?DLL_PROCESS_ATTACH:
????case?DLL_THREAD_ATTACH:
????case?DLL_THREAD_DETACH:
????case?DLL_PROCESS_DETACH:
????????break;
????}
????return?TRUE;
}

#ifdef?_MANAGED
#pragma?managed(pop)
#endif

//?這是導出變量的一個示例
TRY_API?int?nTry?=?0;

//?這是導出函數的一個示例。
TRY_API?int?fnTry(void)
{
????return?42;
}

//?這是已導出類的構造函數。
//?有關類定義的信息，請參閱?Try.h
CTry::CTry()
{
????return??;
}

void?CTry::print()
{
????cout<<"CTry"<<endl;
}

??
? 在頭文件的前面使用_ _ d e c l s p e c ( d l l e x p o r t )對M Y L I B A P I進行定義。當編譯器看到負責修改變量、函數或C + +類的_ _ d e c l s p e c ( d l l e x p o r t )時,它就知道該變量、函數或C + +類是從產生的D L L模塊輸出的。

仔細分析一下這段代碼：

#ifdefTRY_EXPORTS??

#defineTRY_API__declspec(dllexport)

#else

#define TRY_API __declspec(dllimport)

#endif

//如果已定義了TRY_EXPORTS

//用TRY_API替換__declspec(dllexport)

//否則

//將TRY_API替換__declspec(dllimport)

??當編譯器看到負責修飾變量、函數或C + +類的_ _ d e c l s p e c ( d l l e x p o r t )時,它就知道該變量、函數或C + +類是從產生的D L L模塊輸出的，當看到_ d e c l s p e c ( d l l im p o r t )時，就知道它是輸入的。

? 那么TRY_EXPORTS有沒有定義呢？在哪里定義的？在項目屬性—>c/c++—>預處理器中有這么一行，預處理器定義：WIN32;_DEBUG;_WINDOWS;_USRDLL;TRY_EXPORTS。

? 建一個測試工程，將生成的Try.dll,Try.lib,Try.pdb統統copy到該工程目錄下，在工程屬性—>鏈接器—>輸入中將Try.lib添加進去。就可以像普通工程那樣使用DLL中的定義的數據了。

#include?"stdafx.h"
#include?<iostream>
#include?"Try.h"
using?namespace?std;

int?main()
{
????cout<<nTry<<endl;
????cout<<fnTry()<<endl;
????CTry?_a;
????_a.print()?;
????system("pause")?;
????
????return?0?;
}