我相信写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时生成警告（如果此定义与类声明中指定的定义不同）。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
