__declspec(dllexport)與__declspec(dllimport)的區別

      dllexport和dllimport都是DLL內的關鍵字,即導出與導入。他們是將DLL內部的類與函數以及數據導出與導入時使用的。

      dllexport是在這些類、函數以及數據的申明的時候使用。用他表明這些東西可以被外部函數使用,即(dllexport)是把 DLL中的相關代碼(類,函數,數據)暴露出來爲其他應用程序使用。使用了(dllexport)關鍵字,相當於聲明瞭緊接在(dllexport)關鍵字後面的相關內容是可以爲其他程序使用的。

      dllimport是在外部程序需要使用DLL內相關內容時使用的關鍵字。當一個外部程序要使用DLL 內部代碼(類,函數,全局變量)時,只需要在程序內部使用(dllimport)關鍵字聲明需要使用的代碼就可以了,即(dllimport)關鍵字是在外部程序需要使用DLL內部相關內容的時候才使用。(dllimport)作用是把DLL中的相關代碼插入到應用程序中。

      _declspec(dllexport)與_declspec(dllimport)是相互呼應,只有在DLL內部用dllexport作了聲明,才能在外部函數中用dllimport導入相關代碼。

常見用法

    在爲方便使用,我們經常在代碼中定義宏DLL_EXPORT,此宏用在需要導出的類和函數前,而此宏我們定義如下:

#ifdef DLL_EXPORTS
 
      #define SIMPLE_CLASS_EXPORT __declspec(dllexport)
 
#else
 
       #define SIMPLE_CLASS_EXPORT __declspec(dllimport)
 
#endif

作爲動態庫,在需要導出的類或函數前必須使用關鍵字__declspec(dllexport)聲明,因此動態庫需要定義宏DLL_EXPORTS(使用Vistualstudio建立動態庫工程時,此宏已經定義好)。

    應用程序需要使用關鍵字__declspec(dllimport),因此不能定義宏DLL_EXPORTS。

可以省略dllimport???

       但MSDN文檔裏面,對於 __declspec(dllimport)的說明讓人感覺有點奇怪,先來看看MSDN裏面是怎麼說的:

          不使用 __declspec(dllimport)也能正確編譯代碼,但使用 __declspec(dllimport) 使編譯器可以生成更好的代碼。編譯器之所以能夠生成更好的代碼,是因爲它可以確定函數是否存在於 DLL 中,這使得編譯器可以生成跳過間接尋址級別的代碼,而這些代碼通常會出現在跨DLL 邊界的函數調用中。但是,必須使用 __declspec(dllimport) 才能導入 DLL 中使用的變量。

      使用__declspec(dllimport)可以生成更好的代碼,這點好理解,但必須使用它才能導出dll中的變量,真的是如此嗎?那我們就來測試一下:

      建立動態庫,由SimpleClass.h和SimpleClass.cpp組成,SimpleClass.h的代碼實現如下:


 
//file  SimpleClass.h
#ifndef _SIMPLE_CLASS_H_
#define _SIMPLE_CLASS_H_
 
#ifdef DLL_EXPORTS
    #define SIMPLE_CLASS_EXPORT__declspec(dllexport)
#else
    #define SIMPLE_CLASS_EXPORT
#endif
 
extern int SIMPLE_CLASS_EXPORT g_Vaule; //全局變量
 
class SIMPLE_CLASS_EXPORT CSimpleClass
{
public:
    CSimpleClass(void);
    ~CSimpleClass(void);
     int GetVale(void)const;
};
#endif

SimpleClass.cpp代碼實現如下:


 
//SimpleClass.cpp
 
#include "SimpleClass.h"
 
int g_Vaule = 100;
 
CSimpleClass::CSimpleClass(void)
    :m_iValue(100)
{}
CSimpleClass::~CSimpleClass(void)
{}
int CSimpleClass::GetVale(void)const
{
    return g_Vaule;
}

如果應用程序中不直接使用g_Vaule,能順利編譯通過,且調用函數GetVale能正確返回100.

    但如果在應用程序中直接使用g_Vaule,編譯錯誤提示如下:

1>main.obj : error LNK2001: unresolvedexternal symbol "int g_Vaule" (?g_Vaule@@3HA)

   

    如果將SimpleClass.h中的宏定義修改爲下面值,成功編譯:

#ifdef DLL_EXPORTS
      #define SIMPLE_CLASS_EXPORT __declspec(dllexport)
#else
      #define SIMPLE_CLASS_EXPORT __declspec(dllimport)
#endif

總結如下:對於動態庫本身必須使用關鍵字__declspec(dllexport),對於應用程序,如果不使用動態庫導出的變量,不使用關鍵字__declspec(dllimport)也可以保證動態庫的正常使用,但實際使用中,還是建議應用程序使用關鍵字__declspec(dllimport),具體原因,還是上面MSDN的那段話。

 動態庫與靜態庫並存

    另外,有時我們的程序需要同時提供動態庫和靜態庫庫,且都使用一個頭文件,爲了解決關鍵字的使用衝突,建議使用如下的宏定義:


 
#ifdefined DLL_EXPORTS
    #ifdefined INSIDE_DLL
         #define SIMPLE_CLASS_EXPORT__declspec(dllexport)
    #else
        #define SIMPLE_CLASS_EXPORT__declspec(dllimport)
    #endif
#else
      #define SIMPLE_CLASS_EXPORT
#endif

對於動態庫本身,需要定義宏DLL_EXPORTS和INSIDE_DLL 使用動態庫的應用程序定義宏DLL_EXPORTS

對於靜態庫,不需要定義DLL_EXPORTS,當然靜態庫的應用程序也不需要定義。

如此定義,就可以讓動態庫和靜態庫的導出都使用同一份頭文件。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章