原諒轉載自：http://lukas06.blog.sohu.com/94010246.html
C++編譯器在生成DLL時,會對導出函數進行名字改編,并且不同的編譯器使用的改編規則不一樣，因此改編的名字后的名字是不一樣的。因此，如果利用不同的分別生成DLL文件和訪問DLL文件的客戶端，那么后者在訪問該DLL文件的時候就會出現問題。例如：使用C++編寫了一個DLL，而使用C語言編寫的客戶端進行訪問就會出現問題。由于C++編譯器已經對該導出函數名字進行了改編，所以用C語言編寫的客戶端就找不到DLL的導出函數。這就是DLL導出函數的名字改編問題。
如果希望動態鏈接庫文件在編譯時，導出函數的名稱不要發生改變，那么在定義導出函數時，需要加上限定符:extern "C"。注意：雙引號中的“C”一定要大寫。
例如：Dll1.h頭文件
#ifdef DLL1_API
#else
#define DLL1_API extern "C" _declspec(dllimport)
#endif
DLL1_API int add(int a,int b);
DLL1_API int subtract(int a,int b);
Dll1.cpp源文件
#define DLL1_API extern "C" _declspec(dllexport)
#include "Dll1.h"
int add(int a,int b)
{
return a+b;
}
int subtract(int a,int b)
{
return a-b;
}
這樣利用dumpbin工具可以查看Dll2.dll的導出函數，>dumpbin -exports Dll2.dll,可以發現名字沒有被改編。
利用限定符extern "C"可以解決C++和C語言之間相互調用時函數命名的問題。但是這種方法有一個缺陷：就是不能用于導出一個類的成員函數，而只能用于導出全局函數這種情況。
但是還有一個問題是，如果使用了標準調用約定，也就是pascal調用約定，WINAPI調用約定：_stdcall,此時即使使用了extern "C"，仍然會出現導出函數名字被改編的問題。例如：使用C語言編寫一個DLL文件，而客戶端使用Delphi進行編寫，那么在編寫導出函數時，應該指定其使用標準的函數調用約定。此時，就會出現問題，即C語言編寫的DLL文件的導出函數發生了名字改編。在這種情況下，可以使用一個稱為模塊定義文件(DEF)的方式解決名字改編問題。
例如:Dll2.def
LIBRARY
EXPORTS
add
subtract
如果想使用與源文件中定義的不一樣的函數名，可以按照以下語法：entryname=internalname
其中，entryname是要導出的符號名，而internalname是DLL中將要導出的函數名。
示例：
LIBRARY "VerifyLocalResType"
EXPORTS
VerifyDDSSize
VerifyDDSType
VerifyTGASize
VerifyTGAType