編寫動態庫的方法貌似挺多的，不過目前我就學了這一種，看着教程OK，不過也是一直半解，所以在做的時候會有一些錯誤，也解釋一下里面一開始看不明白的地方。
一、生成DLL
打開vs2008 → 新建 → 項目→ Visual C++ → win32控制台應用程序 → 輸入名稱“DLLmy” → 確定 → 下一步→ 選擇 DLL(D) →完成
add.h里面的代碼：
1 #ifndef Dlladd_H_ 2 3 #define Dlladd_H_ 4 5 #ifdef MYLIB 6 7 #define MYLIB extern "c" _declspec(dllimport) 8 9 #else 10 11 12 13 #define MYLIB extern "C" _declspec(dllexport) 14 15 #endif 16 17 MYLIB int Add(int a, int b); 18 19 #endif
extern "C" ：表示可以在C++中兼容C編程
_declspec(dllexport)：跟_declspec(dllimport)都是用於都是用於函數或者變量，甚至類的聲明，表示當前函數是要導出還是要導入。
右鍵項目 → 添加 → 新建項→選擇.def文件→鍵入名稱“addDef”
def文件用於確定函數的導出名稱，這會在鏈接的時候用到。沒有添加def文件，如果使用的統一的C++，或者統一的C代碼可能會有問題。——這說法是在論壇看到的，但我添加def文件后使用C/C++混合文件還是不可以，顯示鏈接有問題，不知道為什么，后面把.C都改成.cpp就可以了。不過把def刪掉的話就沒有生成.lib文件了。怎么覺得有點亂。><
addDef.def里面的內容：
LIBRARY "DLLmy" EXPORTS Add @1
Add：是接口函數的函數名，下一篇做具體說明
在解決方案中打開MyDllTest.cpp 寫代碼如下，即該DLL實現簡單的加法
1 // DLLmy.cpp : 定義 DLL 應用程序的導出函數。 2 3 // 4 5 #include "stdafx.h" 6 7 8 9 #include "add.h" 10 11 #include <stdexcept> 12 13 14 15 MYLIB int Add(int a, int b) 16 17 { 18 19 return a+b; 20 21 }
然后點擊生成解決方案，輸出成功
這樣就在當前項目下生成了DLL文件和lib文件，我的項目路徑為
E:\temp\dll2\DLLmy打開Debug文件夾，如圖
====================================================================
release跟dubug的區別：
二、調用DLL文件
打開vs2008新建項目，C++--win32項目---win32控制台應用程序，取名DllTest→確定→完成
配置環境，右鍵項目 → 屬性 ,
①在配置屬性→ C/C++→常規→附加包含目錄，將MyDllTest項目中Myh.h文件所在的路徑添加進去，
在配置屬性→ 鏈接器→ 常規→ 附加庫目錄，將DLLmy項目中Dllmy.lib文件所在的路徑添加進去
在配置屬性→鏈接器→輸入→附加依賴項，將DLLmy.lib添加進去
此外，還要將之前生成的DLLmy.dll文件跟MyDllTest.lib文件一同復制到DllTest項目中debug目錄下，Debug目錄需要剛建好項目的時候提前生成一下才會有
最后一步在DllTest.cpp中寫入如下代碼
1 // DLLTest.cpp : 定義控制台應用程序的入口點。 2 3 4 5 #include "stdafx.h" 6 7 #include "iostream" 8 9 #include "add.h" 10 11 12 13 using namespace std; 14 15 16 17 int _tmain(int argc, _TCHAR* argv[]) 18 19 { 20 21 int a = 10; 22 23 int b = 20; 24 25 cout<<"a+b ="<<Add(a,b)<<endl; 26 27 system("pause"); 28 29 return 0; 30 31 }
點擊生成解決方案，成功1個然后按ctrl+F5進行調試，會彈出如下命令窗口
VS2008調用dll結束
ps：①可以直接把dll文件跟dll需要用到的頭文件一起拷到DLLtest的根目錄下，這樣就方便多了
②制作dll庫的時候如果導入的源文件是.c文件要改成.cpp文件，不然會報鏈接錯誤
恩，目前就這樣
參考vs2008編寫和調用dll完美教程
來自 <https://wenku.baidu.com/view/591b4abcbceb19e8b9f6ba0d.html>
http://bbs.csdn.net/topics/390911758
dll 導出函數名的那些事
關鍵字： VC++ DLL 導出函數
經常使用VC6的Dependency查看DLL導出函數的名字，會發現有DLL導出函數的名字有時大不相同，導致不同的原因大多是和編譯DLL時候指定DLL導出函數的界定符有關系。
VC++支持兩種語言：即C/C++，這也是造成DLL導出函數差異的根源
我們用VS2008新建個DLL工程，工程名為"TestDLL"
把默認的源文件后綴 .CPP改為.C（C文件）
輸入測試代碼如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
為了導出上面這個函數，我們有以下幾個方法：
1. 使用傳統的模塊定義文件 (.def)
新建一個 后綴為.def的文本文件(這里建一個TestDll.Def)，文件內容為：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 時指定輸入依賴文件：/DEF:"TestDll.Def"
2. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 關鍵字
通過以上兩種方法，我們就可以導出MyFunction函數。
我們用Dependency查看導出的函數：
第一種方法導出的函數為：
MyFunction
第二種方法導出的函數為：
_MyFunction@4
__stdcall會使導出函數名字前面加一個下划線，后面加一個@再加上參數的字節數，比如_MyFunction@4的參數（int iVariant）就是4個字節
__fastcall與 __stdcall類似，不過前面沒有下划線，而是一個@，比如@MyFunction@4
__cdecl則是始函數名。
小結：如果要導出C文件中的函數，並且不讓編譯器改動函數名，用def文件導出函數。
下面我們來看一下C++文件
我們用VS2008新建個DLL工程，工程名為"TestDLL"
默認的源文件后綴為 .CPP （即C++文件）。
輸入測試代碼如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
為了導出上面這個函數，我們有以下幾個方法：
3. 使用傳統的模塊定義文件 (.def)
新建一個 后綴為.def的文本文件(這里建一個TestDll.Def)，文件內容為：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 時指定輸入依賴文件：/DEF:"TestDll.Def"
4. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 關鍵字
通過以上兩種方法，我們就可以導出MyFunction函數。
我們用Dependency查看導出的函數：
第一種方法導出的函數為：
MyFunction
第二種方法導出的函數為：
?MyFunction@@YGHH@Z
可以看到 第二種方法得到的 導出函數名 並不是我們想要的，如果在exe中用顯示方法（LoadLibrary、GetProcAddress）調用 MyFunction 肯定會失敗。
但是用引入庫(*.LIB)的方式調用，則編譯器自動處理轉換函數名，所以總是沒有問題。
解決這個問題的方法是：
用VC 提供的預處理指示符 "#pragma" 來指定鏈接選項。
如下：
#pragma comment(linker, "/EXPORT:MyFunction=?MyFunction@@YGHH@Z")
這時，就會發現導出的函數名字表中已經有了我們想要的MyFunction。但我們發現原來的那個 ?MyFunction@@YGHH@Z 函數還在，這時就可以把 __declspec() 修飾去掉，只需要 pragma 指令即可。
而且還可以使如下形式：
#pragma comment(linker, "/EXPORT:MyFunction=_MyFunction@4,PRIVATE")
PRIVATE 的作用與其在 def 文件中的作用一樣。更多的#pragram請查看MSDN。
小結：如果要導出C++文件中的函數，並且不讓編譯器改動函數名，用def文件導出函數。
同時可以用#pragma指令（C 中也可以用）。
總結：
C++編譯器在生成DLL時，會對導出的函數進行名字改編，並且不同的編譯器使用的改編規則不一樣，因此改編后的名字也是不同的（一般涉及到C++ 中的重載等）。
如果利用不同編譯器分別生成DLL和訪問DLL的exe程序，后者在訪問該DLL的導出函數時就會出現問題。如上例中函數MyFunction在C++編譯器改編后的名字是?MyFunction@@YGHH@Z。我們希望編譯后的名字不發生改變，這里有幾種方法。
第一種方法是通過一個稱為模塊定義文件DEF來解決。
LIBRARY TestDll
EXPORTS
MyFunction
LIBRARY 用來指定動態鏈接庫內部名稱。該名稱與生成的動態鏈接庫名一定要匹配，這句代碼不是必須的。
EXPORTS說明了DLL將要導出的函數，以及為這些導出函數指定的符號名。
第二種是定義導出函數時加上限定符：extern "C"
如：#define DLLEXPORT_API extern "C" _declspec(dllexport)
但extern "C"只解決了C和C++語方之間調用的問題(extern "C" 是告訴編譯器，讓它按C的方式編譯)，它只能用於導出全局函數這種情況 而不能導出一個類的成員函數。
同時如果導出函數的調用約定發生改變，即使使用extern "C"，編譯后的函數名還是會發生改變。例如上面我們加入_stdcall關鍵字說明調用約定（標准調用約定，也就是WINAPI調用約定）。
#define DLLEXPORT_API extern "C" _declspec(dllexport)
01 DLLEXPORT_API int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
編譯后函數名MyFunction改編成了_MyFunction@4
通過第一種方法模塊定義文件的方式DLL編譯后導出函數名不會發生改變。
DLL(動態庫)導出函數名亂碼含義
C++編譯時函數名修飾約定規則：
__stdcall調用約定：
1、以"?"標識函數名的開始，后跟函數名；
2、函數名后面以"@@YG"標識參數表的開始，后跟參數表；
3、參數表以代號表示：
X--void
D--char
E--unsigned char
F--short
H--int
I--unsigned int
J--long
K--unsigned long
M--float
N--double
_N--bool
....
PA--表示指針，后面的代號表明指針類型，如果相同類型的指針連續出現，以"0"代替，一個"0"代表一次重復；
4、參數表的第一項為該函數的返回值類型，其后依次為參數的數據類型,指針標識在其所指數據類型前；
5、參數表后以"@Z"標識整個名字的結束，如果該函數無參數，則以"Z"標識結束。
其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
int Test1(char *var1, unsigned long)-----"?Test1@@YGHPADK@Z" void Test2()-----"?Test2@@YGXXZ"
__cdecl調用約定：
規則同上面的_stdcall調用約定，只是參數表的開始標識由上面的"@@YG"變為"@@YA"。
__fastcall調用約定：
規則同上面的_stdcall調用約定，只是參數表的開始標識由上面的"@@YG"變為"@@YI"。
如果要用DEF文件輸出一個"C++"類，則把要輸出的數據和成員的修飾名都寫入.def模塊定義文件
所以... 通過def文件來導出C++類是很麻煩的,並且這個修飾名是不可避免的