我相信寫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)
都是DLL內的關鍵字，即導出與導入。他們是將DLL內部的類與函數以及數據導出與導入時使用的。主要區別在於，dllexport是在這些類、函數以 及數據的申明的時候使用。用過表明這些東西可以被外部函數使用，即（dllexport）是把DLL中的相關代碼（類，函數，數據）暴露出來爲其他應用程 序使用。使用了（dllexport）關鍵字，相當於聲明瞭緊接在（dllexport）關鍵字後面的相關內容是可以爲其他程序使用的。而 dllimport關鍵字是在外部程序需要使用DLL內相關內容時使用的關鍵字。當一個外部程序要使用DLL內部代碼（類，函數，全局變量）時，只需要在 程序內部使用（dllimport）關鍵字聲明需要使用的代碼就可以了，即（dllimport）關鍵字是在外部程序需要使用DLL內部相關內容的時候才 使用。（dllimport）作用是把DLL中的相關代碼插入到應用程序中。
_declspec(dllexport)與_declspec(dllimport)是相互呼應，只有在DLL內部用dllexport作了聲明，才能 在外部函數中用dllimport導入相關代碼。實際上，在應用程序訪問DLL時，實際上就是應用程序中的導入函數與DLL文件中的導出函數進行鏈接。而 且鏈接的方式有兩種：隱式迎接和顯式鏈接。
隱式鏈接是指通過編譯器提供給應用程序關於DLL的名稱和DLL函數的鏈接地址，面在應用程序中不需要顯式地將DLL加載到內存，即在應用程序中使用dllimport即表明使用隱式鏈接。不過不是所有的隱式鏈接都使用dllimport。
顯式鏈接剛同應用程序用語句顯式地加載DLL，編譯器不需要知道任何關DLL的信息
===============================================================================
在Windows平臺下：
您可以使用dllimport或dllexport屬性聲明C ++類。這些形式意味着導入或導出整個類。以這種方式導出的類稱爲可導出類。
以下示例定義可導出的類。導出其所有成員函數和靜態數據：
#define DllExport __declspec( dllexport )
class DllExport C {
int i;
virtual int func( void ) { return 1; }
};
請注意，禁止在可導出類的成員上顯式使用 dllimport 和 dllexport 屬性。
dllexport類
聲明類dllexport時，將導出其所有成員函數和靜態數據成員。您必須在同一程序中提供所有此類成員的定義。否則，將生成鏈接器錯誤。此規則的一個例外適用於純虛函數，您無需爲其提供顯式定義。但是，因爲抽象類的析構函數總是由基類的析構函數調用，所以純虛擬析構函數必須始終提供定義。請注意，這些規則對於不可導出的類是相同的。
如果導出類類型的數據或返回類的函數，請確保導出該類。
dllimport類
聲明類dllimport時，將導入其所有成員函數和靜態數據成員。與dllimport和dllexport在非類類型上的行爲不同，靜態數據成員不能在定義dllimport類的同一程序中指定定義。
繼承和可導出的類
可導出類的所有基類都必須是可導出的。如果不是，則生成編譯器警告。此外，所有可訪問的成員也必須是可導出的。該規則允許DLLEXPORT類從繼承dllimport的類和dllimport的類從繼承DLLEXPORT類（但不建議後者）。通常，DLL調用者可訪問的所有內容（根據C ++訪問規則）應該是可導出接口的一部分。這包括內聯函數中引用的私有數據成員。
選擇成員導入/導出
由於類中的成員函數和靜態數據隱式具有外部鏈接，因此可以使用dllimport或dllexport屬性聲明它們，除非導出整個類。如果導入或導出整個類，則禁止將成員函數和數據顯式聲明爲dllimport或dllexport。如果將類定義中的靜態數據成員聲明爲dllexport，則定義必須出現在同一程序中的某個位置（與非類外部鏈接一樣）。
同樣，您可以使用dllimport或dllexport屬性聲明成員函數。在這種情況下，您必須在同一程序中的某處提供dllexport定義。
值得注意的是有關選擇性成員導入和導出的幾個要點：
-
選擇性成員導入/導出最適用於提供限制性更強的導出類接口的版本; 也就是說，您可以設計一個DLL，該DLL暴露的公共和私有功能比該語言允許的更少。它對於微調可導出接口也很有用：當您知道調用者（根據定義）無法訪問某些私有數據時，您無需導出整個類。
-
如果在類中導出一個虛函數，則必須導出所有虛函數，或者至少提供調用者可以直接使用的版本。
-
如果您有一個使用虛擬函數選擇性成員導入/導出的類，則這些函數必須位於可導出接口中或內聯定義（對客戶端可見）。
-
如果將成員定義爲dllexport但未將其包含在類定義中，則會生成編譯器錯誤。您必須在類標頭中定義該成員。
-
雖然允許將類成員定義爲dllimport或dllexport，但是不能覆蓋類定義中指定的接口。
-
如果在聲明它的類定義主體之外的位置定義成員函數，則在函數定義爲dllexport或dllimport時生成警告（如果此定義與類聲明中指定的定義不同）。