轉自：https://blog.csdn.net/xupan_jsj/article/details/9028759

前面的extern "C"? __declspec(dllexport)? __declspec(dllimport)都是用于函數或者變量，甚至類的聲明的（可以把extern "C"放在class的前面，但是編譯器會忽略掉，最后產生的還是C++修飾符，而不是C修飾符）這樣的用法有個好處就是下面的代碼可以在混有類的函數和變量上使用下面的宏，雖然對類不起作用：

#ifdef?__cplusplus
extern?"C"
{
#endif
?
//函數聲明
//變量聲明，變量一般前面都有extern
//類聲明，這個不起作用，編譯器直接忽略掉class前面的extern?“C”
#ifdef?__cplusplus
}
#endif

C?和C++ 對應不同的調用約定，產生的修飾符也各不相同，如下：

調用約定extern "C" 或 .c 文件.cpp、.cxx 或 /TP

C 命名約定 (__cdecl)	_test	?test@@ZAXXZ
Fastcall 命名約定 (__fastcall)	@test@0	?test@@YIXXZ
標準調用命名約定 (__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)，這兩標志分別用來指明當前的函數將被導出，和當前函數是被導入的。
?

上面的兩個宏結合一下就是下面這樣的了：

//?下列?ifdef?塊是創建使從?DLL?導出更簡單的
//?宏的標準方法。此?DLL?中的所有文件都是用命令行上定義的?ONEDLL_EXPORTS
//?符號編譯的。在使用此?DLL?的
//?任何其他項目上不應定義此符號。這樣，源文件中包含此文件的任何其他項目都會將
//?ONEDLL_API?函數視為是從?DLL?導入的，而此?DLL?則將用此宏定義的
//?符號視為是被導出的。
#ifdef?ONEDLL_EXPORTS
#define?ONEDLL_API?__declspec(dllexport)
#else
#define?ONEDLL_API?__declspec(dllimport)
#endif

//?此類是從?OneDll.dll?導出的
#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

如果調用模塊和被調用模塊都是C++（而且是同一種編成環境，如VC，甚至需要同一版本的VC），那么就不需要extern “C”了，因為這個標志的作用就是用在函數和變量聲明前，無論是調用模塊，還是被調用模塊，都將生成C修飾符，調用模塊將需要C修飾符的函數，而被調用模塊將產生C修飾符的函數，所以這個標志在兩者都是C++的時候使用并不受影響，不使用這個標志，也不受影響。
但是如果C模塊要調用C++ 模塊，那么C++模塊就需要使用extern “C”，當然C不用，由于是在頭文件的聲明中使用，所以使用下面的宏能夠使得這個頭文件也在C中順利使用：

#ifdef?__cplusplus
extern?"C"
?{
//函數聲明
//變量聲明，變量一般前面都有extern
//類聲明，這個不起作用，編譯器直接忽略掉class前面的extern?“C”
#ifdef?__cplusplus
}
#endif

如果C++模塊要調用C模塊，那么C++模塊還是需要extern “C”，當然C不用，由于是在頭文件的聲明中使用，所以使用上面的宏同樣能夠使得這個頭文件也在C中順利使用。

總結一下就是加上extern “C”在什么情況下都沒錯，但是要注意函數重載的問題。



def文件是一種比較麻煩的方法，下面是MSDN中的部分內容：
?

模塊定義 (.def) 文件是包含一個或多個描述 DLL 各種屬性的 Module 語句的文本文件。如果不使用?__declspec(dllexport)?關鍵字導出 DLL 的函數，則 DLL 需要 .def 文件。

.def 文件必須至少包含下列模塊定義語句：
1.文件中的第一個語句必須是 LIBRARY 語句。此語句將 .def 文件標識為屬于 DLL。LIBRARY 語句的后面是 DLL 的名稱。鏈接器將此名稱放到 DLL 的導入庫中。
2.EXPORTS 語句列出名稱，可能的話還會列出 DLL 導出函數的序號值。通過在函數名的后面加上 @ 符和一個數字，給函數分配序號值。當指定序號值時，序號值的范圍必須是從 1 到 N，其中 N 是 DLL 導出函數的個數。

例如，包含實現二進制搜索樹的代碼的 DLL 看上去可能像下面這樣：

LIBRARY???BTREE
EXPORTS
???Insert???@1
???Delete???@2
???Member???@3
???Min???@4

?

提示：

如果希望優化 DLL 文件的大小，請對每個導出函數使用?NONAME?屬性。使用?NONAME?屬性時，序號存儲在 DLL 的導出表中而非函數名中。如果導出許多函數，這樣做可以節省相當多的空間。

其實__declspec(dllexport)的作用就是讓編譯器按照某種預定的方式（前面大致解釋了這種方式的規則）來輸出導出函數及變量的符號，而def文件則是自己為每一個函數和變量指定導出符號，所以def是一個非自動化，手工很強的方式，不是特殊情況的話，實在沒有必要浪費這些時間。
還有一個問題，就是使用def會把調用方式和__declspec(dllexport)的作用全部覆蓋掉，所以還需要自己處理調用方式不同產生的錯誤。
一般使用def文件的情況是你需要使用運行時加載，并且需要使用GetProcAddress函數獲得函數地址，這個函數需要直接指明函數產生的導出符號，而可以自己指定導出符號的方式就是使用def。
def文件的具體語法可以看看msdn。

總結

以上是生活随笔為你收集整理的【转】extern “C“和__declspec(dllexport)以及__declspec(dllimport) 和def的简单解析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。