我相信寫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)無所謂。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/jackychu/archive/2009/08/12/4438228.aspx