__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)無所謂。