RTY 實踐出真知

頭文件代碼如下： 

代碼

#ifdef TEST_CREATE_DLL_EXPORTS
#define TEST_CREATE_DLL_API __declspec(dllexport)
#else
#define TEST_CREATE_DLL_API __declspec(dllimport)
#endif

// This class is exported from the test_create_dll.dll
class TEST_CREATE_DLL_API Ctest_create_dll {
public:
    Ctest_create_dll(void);
    // TODO: add your methods here.
};

extern TEST_CREATE_DLL_API int ntest_create_dll;

TEST_CREATE_DLL_API int fntest_create_dll(void);

在創建工程的時候????TEST_CREATE_DLL_EXPORTS就已經在預定義處定義過，生成導出dll。

頭文件預處理中的__declspec是微軟增加的“C擴展類存儲屬性”(C Extended Storage-Class Attributes)，它指明一個給出的實例被存儲為一種微軟特定的類存儲屬性，可以為thread,naked,dllimport或dllexport. [MSDN原文：The extended attribute syntax for specifying storage-class information uses the __declspec keyword, which specifies that an instance of a given type is to be stored with a Microsoft-specific storage-class attribute (thread, naked, dllimport, or dllexport).] 輸出函數必須指明為CALLBACK。 DllMain是dll的入口點函數。也可以不寫它。DllMain必須返回TRUE，否則系統將終止程序并彈出一個“啟動程序時出錯”對話框。 編譯鏈接后，得到動態鏈接庫文件dlldemo.dll和輸入庫文件dlldemo.lib。

_declspec(dllexport) 

聲明一個導出函數，是說這個函數要從本DLL導出。我要給別人用。一般用于dll中 。
省掉在DEF文件中手工定義導出哪些函數的一個方法。當然，如果你的DLL里全是C++的類的話，你無法在DEF里指定導出的函數，只能用__declspec(dllexport)導出類。

__declspec(dllimport)

聲明一個導入函數，是說這個函數是從別的DLL導入。我要用。一般用于使用某個dll的exe中 。
不使用 __declspec(dllimport) 也能正確編譯代碼，但使用 __declspec(dllimport) 使編譯器可以生成更好的代碼。編譯器之所以能夠生成更好的代碼，是因為它可以確定函數是否存在于 DLL 中，這使得編譯器可以生成跳過間接尋址級別的代碼，而這些代碼通常會出現在跨 DLL 邊界的函數調用中。但是，必須使用 __declspec(dllimport) 才能導入 DLL 中使用的變量。

相信寫WIN32程序的人，做過DLL，都會很清楚__declspec(dllexport)的作用，它就是為了省掉在DEF文件中手工定義導出哪些函數的一個方法。當然，如果你的DLL里全是C++的類的話，你無法在DEF里指定導出的函數，只能用__declspec(dllexport)導出類。但是，MSDN文檔里面，對于__declspec(dllimport)的說明讓人感覺有點奇怪，先來看看MSDN里面是怎么說的：

不使用 __declspec(dllimport) 也能正確編譯代碼，但使用 __declspec(dllimport) 使編譯器可以生成更好的代碼。編譯器之所以能夠生成更好的代碼，是因為它可以確定函數是否存在于 DLL 中，這使得編譯器可以生成跳過間接尋址級別的代碼，而這些代碼通常會出現在跨 DLL 邊界的函數調用中。但是，必須使用 __declspec(dllimport) 才能導入 DLL 中使用的變量。

extern "C"   

指示編譯器用C語言方法給函數命名。

在制作DLL導出函數時由于C++存在函數重載，因此__declspec(dllexport)    function(int,int)    在DLL會被decorate，例如被decorate成為function_int_int，而且不同的編譯器decorate的方法不同，造成了在用GetProcAddress取得function地址時的不便，使用extern "C"時，上述的decorate不會發生，因為C沒有函數重載，但如此一來被extern"C"修飾的函數，就不具備重載能力，可以說extern 和extern "C"不是一回事。

C++編譯器在生成DLL時，會對導出的函數進行名字改編，并且不同的編譯器使用的改變規則不一樣，因此改編后的名字會不一樣。這樣，如果利用不同的編譯器分別生成DLL和訪問該DLL的客戶端代碼程序的話，后者在訪問該DLL的導出函數時會出現問題。為了實現通用性，需要加上限定符：extern “C”。

但是利用限定符extern “C”可以解決C++和C之間相互調用時函數命名的問題，但是這種方法有一個缺陷，就是不能用于導出一個類的成員函數，只能用于導出全局函數。LoadLibrary導入的函數名，對于非改編的函數，可以寫函數名；對于改編的函數，就必須吧@和號碼都寫上，一樣可以加載成功，可以試試看。

解決警告  inconsistent dll linkage

 inconsistent dll linkage警告是寫dll時常遇到的一個問題，解決此警告的方法如下：

　　一般PREDLL_API工程依賴于是否定義了MYDLL_EXPORTS來決定宏展開為__declspec(dllexport)還是__declspec(dllimport)。展開為__declspec(dllexport)是DLL編譯時的需要，通知編譯器該函數是需要導出供外部調用的。展開為__declspec(dllimport)是給調用者用的，通知編譯器，該函數是個外部導入函數。

對于工程設置里面的預定義宏，是最早被編譯器看到的。所以當編譯器編譯DLL工程中的MYDLL.cpp時，因為看到前面有工程設置有定義MYDLL_EXPORTS，所以就把PREDLL_API展開為__declspec(dllexport)了。

這樣做的目的是為了讓DLL和調用者共用同一個h文件，在DLL項目中，定義MYDLL_EXPORTS，PREDLL_API就是導出；在調用該DLL的項目中，不定義MYDLL_EXPORTS，PREDLL_API就是導入。

使用靜態鏈接庫（Lib）

　　使用靜態鏈接庫需要庫的開發者提供庫的頭文件以及lib文件，一般來說lib文件都比較大（相對導入庫來說），靜態鏈接庫是將全部指令都包含入調用程序生成的EXE文件中，并不存在“導出某個函數提供給用戶使用”的情況，就是要么全要，要么都不要。

使用動態鏈接庫（DLL）

方法一： load-time dynamic linking (隱式調用)
　　在要調用dll的應用程序鏈接時，將dll的輸入庫文件(import library，.lib文件)包含進去。具體的做法是在源文件開頭加一句#include ，然后就可以在源文件中調用dlldemo.dll中的輸出文件了。

#pragma comment(lib, "***.lib") //通知編譯器DLL的.lib文件所在路徑及文件名，也可以不采用該語句，在屬性欄——輸入——附加依賴項處添加對應的lib就可以編譯鏈接應用程序了。

extern "C" __declspec(dllimport) foo(); //聲明導入函數

方法二： run-time dynamic linking （顯式調用）
　　不必在鏈接時包含輸入庫文件，而是在源程序中使用LoadLibrary或LoadLibraryEx動態的載入dll。
　　主要步驟為(以demodll.dll為例): 

1) typedef函數原型和定義函數指針。
　　typedef void (CALLBACK* DllFooType)(void) ;
　　DllFooType pfnDllFoo = NULL ;
2) 使用LoadLibrary載入dll，并保存dll實例句柄
　　HINSTANCE dllHandle = NULL ;
　　... 
　　dllHandle = LoadLibrary(TEXT("dlldemo.dll"));
3) 使用GetProcAddress得到dll中函數的指針
　　pfnDllFoo = (DllFooType)GetProcAddress(dllHandle,TEXT("DllFoo")) ;
　　注意從GetProcAddress返回的指針必須轉型為特定類型的函數指針。
4)檢驗函數指針，如果不為空則可調用該函數 
　　if(pfnDllFoo!=NULL)
　　DllFoo() ;
5)使用FreeLibrary卸載dll
　　FreeLibrary(dllHandle) ;

動態鏈接庫（DLL）的優點

　　→節約內存；
　　→使應用程序“變瘦”；
　　→可單獨修改動態鏈接庫而不必與應用程序重新鏈接；
　　→可方便實現多語言聯合編程(比如用VC++寫個dll，然后在VB中調用)；
　　→可將資源打包；
　　→可在應用程序間共享內存
　　→......

杭州京都醫院http://www.fjzzled.com/京都醫院