__declspec(dllexport)和__declspec(dllimport)
__declspec(dllexport)
__declspec(dllexport) 將一個函式聲名為匯出函式,就是說這個函式要被包含她的程式之外的程式呼叫。
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"不是一回事。
__declspec(dllimport)
我相信寫WIN32程式的人,做過DLL,都會很清楚__declspec(dllexport)的作用,它就是為了省掉在DEF檔案中手工定義匯出哪些函式的一個方法。當然,如果你的DLL裡全是C++的類的話,你無法在DEF裡指定匯出的函式,只能用__declspec(dllexport)匯出類。但是,MSDN文件裡面,對於__declspec(dllimport)的說明讓人感覺有點奇怪,先來看看MSDN裡面是怎麼說的:
不使用 __declspec(dllimport) 也能正確編譯程式碼,但使用 __declspec(dllimport) 使編譯器可以生成更好的程式碼。編譯器之所以能夠生成更好的程式碼,是因為它可以確定函式是否存在於 DLL 中,這使得編譯器可以生成跳過間接定址級別的程式碼,而這些程式碼通常會出現在跨 DLL 邊界的函式呼叫中。但是,必須使用 __declspec(dllimport) 才能匯入 DLL 中使用的變數。
初看起來,這段話前面的意思是,不用它也可以正常使用DLL的匯出庫,但最後一句話又說,必須使用 __declspec(dllimport) 才能匯入 DLL 中使用的變數這個是什麼意思??
那我就來試驗一下,假定,你在DLL裡只匯出一個簡單的類,注意,我假定你已經在專案屬性中定義了 SIMPLEDLL_EXPORT
SimpleDLLClass.h
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT
#endif
class DLL_EXPORT SimpleDLLClass
{
public:
SimpleDLLClass();
virtual ~SimpleDLLClass();
virtual getValue() { return m_nValue;};
private:
int m_nValue;
};
SimpleDLLClass.cpp
#include "SimpleDLLClass.h"
SimpleDLLClass::SimpleDLLClass()
{
m_nValue=0;
}
SimpleDLLClass::~SimpleDLLClass()
{
}
然後你再使用這個DLL類,在你的APP中include SimpleDLLClass.h時,你的APP的專案不用定義 SIMPLEDLL_EXPORT 所以,DLL_EXPORT 就不會存在了,這個時候,你在APP中,不會遇到問題。這正好對應MSDN上說的__declspec(dllimport)定義與否都可以正常使用。但我們也沒有遇到變數不能正常使用呀。 那好,我們改一下SimpleDLLClass,把它的m_nValue改成static,然後在cpp檔案中加一行
int SimpleDLLClass::m_nValue=0;
如果你不知道為什麼要加這一行,那就回去看看C++的基礎。 改完之後,再去LINK一下,你的APP,看結果如何, 結果是LINK告訴你找不到這個m_nValue。明明已經定義了,為什麼又沒有了?? 肯定是因為我把m_nValue定義為static的原因。但如果我一定要使用Singleton的Design Pattern的話,那這個類肯定是要有一個靜態成員,每次LINK都沒有,那不是完了? 如果你有Platform SDK,用裡面的Depend程式看一下,DLL中又的確是有這個m_nValue匯出的呀。
再回去看看我引用MSDN的那段話的最後一句。 那我們再改一下SimpleDLLClass.h,把那段改成下面的樣子:
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT __declspec(dllimport)
#endif
再LINK,一切正常。原來dllimport是為了更好的處理類中的靜態成員變數的,如果沒有靜態成員變數,那麼這個__declspec(dllimport)無所謂。
版權宣告:以上內容均摘自網上,非原作,僅供學習使用
相關文章
- 理解 __declspec(dllexport)和__declspec(dllimport)ExportImport
- extern "C" __declspec(dllexport)Export
- __declspec(dllimport)的作用Import
- dll的def檔案與__declspec(dllexport)匯出函式方式比較Export函式
- _declspec(naked) 使用(裸函式)函式
- [引]C# DllImport 屬性C#Import
- C#中DllImport用法彙總C#Import
- DllImport進階:引數配置與高階主題探究Import
- [P/Invoke] 使用 `SetDllImportResolver`[^1] 改寫 `DllImport` 的庫解析規則Import
- NX二次開發-C#使用DllImport呼叫libufun.dll裡的UF函式(反編譯.net.dll)呼叫loop等UF函式C#Import函式編譯OOP
- ../和./和/的區別
- 路徑中./和../和/
- !=和<>
- #和&
- linux中/bin和/sbin和/usr/bin和/usr/sbinLinux
- redis的安裝和啟動和檢測和停止Redis
- 深度解析 Delegate 和 Notification 和 KVO
- ♻️同步和非同步;並行和併發;阻塞和非阻塞非同步並行
- xftp和xshell,xftp和xshell的下載和安裝FTP
- 找工作學習筆記1------=和==、&和&&、|和||的區別筆記
- workman 和swoole 區別 和異同
- @NotEmpty和@NotBlank和@NotNull小結Null
- 檔案路徑問題( ./ 和 ../ 和 @/ )
- csv和excel讀取和下載Excel
- Cookie 和 Session 關係和區別CookieSession
- 堆和棧的概念和區別
- js中的typeof和instanceof和===JS
- hbase和zookeeper的安裝和部署
- JSF和Struts、Tiles Portlets和TapestryJS
- oracle中關於in和exists,not in 和 not existsOracle
- js == 和 ===JS
- 字首和
- XML基本操作-建立(DOM和LOINQ)和LINQ查詢和儲存XML
- 函式fgets和fputs、fread和fwrite、fscanf和fprintf用法小結函式
- DOORS和Reqtify — 需求管理和需求追溯工具QT
- Golang 陣列和切片 Slice 和 Map 使用Golang陣列
- count (*) 和 count (1) 和 count (列名) 區別
- DOORS 和Reqtify — 需求管理和需求追溯工具QT