 #ifdef __cplusplus
 extern "C"
 {
 //函數(shù)聲明
 //變量聲明,變量一般前面都有extern
 //類聲明,這個(gè)不起作用,編譯器直接忽略掉class前面的extern “C”
 #ifdef __cplusplus
 }
 #endif
C 和C++ 對(duì)應(yīng)不同的調(diào)用約定,產(chǎn)生的修飾符也各不相同,如下:
調(diào)用約定 |
extern "C" 或 .c 文件 |
.cpp、.cxx 或 /TP |
C 命名約定 (__cdecl)
|
_test
|
?test@@ZAXXZ
|
Fastcall 命名約定 (__fastcall)
|
@test@0
|
?test@@YIXXZ
|
標(biāo)準(zhǔn)調(diào)用命名約定 (__stdcall)
|
_test@0
|
?test@@YGXXZ
|
__declspec(dllexport) __declspec(dllimport)一般也是使用宏的形式:
 #ifdef ONEDLL_EXPORTS
 #define ONEDLL_API __declspec(dllexport)
 #else
 #define ONEDLL_API __declspec(dllimport)
 #endif
這樣在DLL代碼本身就是__declspec(dllexport) ,在使用DLL的程序中就變成了__declspec(dllimport),這兩標(biāo)志分別用來(lái)指明當(dāng)前的函數(shù)將被導(dǎo)出,和當(dāng)前函數(shù)是被導(dǎo)入的。
上面的兩個(gè)宏結(jié)合一下就是下面這樣的了:
 // 下列 ifdef 塊是創(chuàng)建使從 DLL 導(dǎo)出更簡(jiǎn)單的
 // 宏的標(biāo)準(zhǔn)方法。此 DLL 中的所有文件都是用命令行上定義的 ONEDLL_EXPORTS
 // 符號(hào)編譯的。在使用此 DLL 的
 // 任何其他項(xiàng)目上不應(yīng)定義此符號(hào)。這樣,源文件中包含此文件的任何其他項(xiàng)目都會(huì)將
 // ONEDLL_API 函數(shù)視為是從 DLL 導(dǎo)入的,而此 DLL 則將用此宏定義的
 // 符號(hào)視為是被導(dǎo)出的。
 #ifdef ONEDLL_EXPORTS
 #define ONEDLL_API __declspec(dllexport)
 #else
 #define ONEDLL_API __declspec(dllimport)
 #endif
 // 此類是從 OneDll.dll 導(dǎo)出的
 #ifdef __cplusplus
 extern "C"
 {
 #endif
 class ONEDLL_API COneDll {
 public:
 COneDll(void);
 ~COneDll(void);
 // TODO: 在此添加您的方法。
 int m_a;
 int m_b;
 int *m_p;
 int m_n;
 void AddValue();
 };
 extern ONEDLL_API int nOneDll;
 ONEDLL_API int fnOneDll(void);
 #ifdef __cplusplus
 }
 #endif

如果調(diào)用模塊和被調(diào)用模塊都是C++(而且是同一種編成環(huán)境,如VC,甚至需要同一版本的VC),那么就不需要extern “C”了,因?yàn)檫@個(gè)標(biāo)志的作用就是用在函數(shù)和變量聲明前,無(wú)論是調(diào)用模塊,還是被調(diào)用模塊,都將生成C修飾符,調(diào)用模塊將需要C修飾符的函數(shù),而被調(diào)用模塊將產(chǎn)生C修飾符的函數(shù),所以這個(gè)標(biāo)志在兩者都是C++的時(shí)候使用并不受影響,不使用這個(gè)標(biāo)志,也不受影響。
但是如果C模塊要調(diào)用C++ 模塊,那么C++模塊就需要使用extern “C”,當(dāng)然C不用,由于是在頭文件的聲明中使用,所以使用下面的宏能夠使得這個(gè)頭文件也在C中順利使用:
 #ifdef __cplusplus
 extern "C"
 {
 //函數(shù)聲明
 //變量聲明,變量一般前面都有extern
 //類聲明,這個(gè)不起作用,編譯器直接忽略掉class前面的extern “C”
 #ifdef __cplusplus
 }
 #endif
如果C++模塊要調(diào)用C模塊,那么C++模塊還是需要extern “C”,當(dāng)然C不用,由于是在頭文件的聲明中使用,所以使用上面的宏同樣能夠使得這個(gè)頭文件也在C中順利使用。
總結(jié)一下就是加上extern “C”在什么情況下都沒(méi)錯(cuò),但是要注意函數(shù)重載的問(wèn)題。
def文件是一種比較麻煩的方法,下面是MSDN中的部分內(nèi)容:
模塊定義 (.def) 文件是包含一個(gè)或多個(gè)描述 DLL 各種屬性的 Module 語(yǔ)句的文本文件。如果不使用 __declspec(dllexport) 關(guān)鍵字導(dǎo)出 DLL 的函數(shù),則 DLL 需要 .def 文件。
.def 文件必須至少包含下列模塊定義語(yǔ)句:
1.文件中的第一個(gè)語(yǔ)句必須是 LIBRARY 語(yǔ)句。此語(yǔ)句將 .def 文件標(biāo)識(shí)為屬于 DLL。LIBRARY 語(yǔ)句的后面是 DLL 的名稱。鏈接器將此名稱放到 DLL 的導(dǎo)入庫(kù)中。
2.EXPORTS 語(yǔ)句列出名稱,可能的話還會(huì)列出 DLL 導(dǎo)出函數(shù)的序號(hào)值。通過(guò)在函數(shù)名的后面加上 @ 符和一個(gè)數(shù)字,給函數(shù)分配序號(hào)值。當(dāng)指定序號(hào)值時(shí),序號(hào)值的范圍必須是從 1 到 N,其中 N 是 DLL 導(dǎo)出函數(shù)的個(gè)數(shù)。
例如,包含實(shí)現(xiàn)二進(jìn)制搜索樹的代碼的 DLL 看上去可能像下面這樣:
 LIBRARY BTREE
 EXPORTS
 Insert @1
 Delete @2
 Member @3
 Min @4

提示: |
如果希望優(yōu)化 DLL 文件的大小,請(qǐng)對(duì)每個(gè)導(dǎo)出函數(shù)使用 NONAME 屬性。使用 NONAME 屬性時(shí),序號(hào)存儲(chǔ)在 DLL 的導(dǎo)出表中而非函數(shù)名中。如果導(dǎo)出許多函數(shù),這樣做可以節(jié)省相當(dāng)多的空間。
|
其實(shí)__declspec(dllexport)的作用就是讓編譯器按照某種預(yù)定的方式(前面大致解釋了這種方式的規(guī)則)來(lái)輸出導(dǎo)出函數(shù)及變量的符號(hào),而def文件則是自己為每一個(gè)函數(shù)和變量指定導(dǎo)出符號(hào),所以def是一個(gè)非自動(dòng)化,手工很強(qiáng)的方式,不是特殊情況的話,實(shí)在沒(méi)有必要浪費(fèi)這些時(shí)間。
還有一個(gè)問(wèn)題,就是使用def會(huì)把調(diào)用方式和__declspec(dllexport)的作用全部覆蓋掉,所以還需要自己處理調(diào)用方式不同產(chǎn)生的錯(cuò)誤。
一般使用def文件的情況是你需要使用運(yùn)行時(shí)加載,并且需要使用GetProcAddress函數(shù)獲得函數(shù)地址,這個(gè)函數(shù)需要直接指明函數(shù)產(chǎn)生的導(dǎo)出符號(hào),而可以自己指定導(dǎo)出符號(hào)的方式就是使用def。
def文件的具體語(yǔ)法可以看看msdn。
|