大家好，又见面了，我是你们的朋友全栈君。
“CTest::~CTest” : 不允许 dllimport 函数 的定义
“CTest::CTest” : 不允许 dllimport 函数 的定义
//代码如下
template
class __declspec(dllimport) CTest
{
public:
CTest();
~CTest();
};
template
CTest::CTest()
{
//}
template
CTest::~CTest()
{
//}
当要使用一个类的时候必须要有其定义，有2种方式：
1、引用其头文件，即#include “xxx.h”。这是传统的方式。
2、使用导出类。
什么是‘导出类’，很简单，使用__declspec(dllimport)定义的类即为导出类。例如：
class __declspec(dllimport) CTest
{
}
__declspec(dllimport)是MS特有的描述符，看名字就知道是用在DLL链接时用到的，DLL是WINDOWS的产物，就跨平台而言这 样的写法是不可取的。所有通用版本的STL都不会使用这个描述符，看到使用方式2的导出类定义自然就让人费解了。
如果确实需要使用__declspec(dllimport)，要注意VC规定：
数据、静态数据成员和函数可以声明，但不能定义为 dllimport。
说白了就是，声明和定义分别放在.h及.cpp文件中。即__declspec(dllimport)声明放在.h头文件中，实现放在.cpp文件中。 这样一处理，对于普通的函数、类就可以使用方式2所谓的‘导出类’了。然而对模板却不行。这里面还有涉及到编译器不能支持对模板的分离式编译的问题。
首先说一下编译器的大致的编译原理。一个.cpp及其包括的所有.h经编译后叫做一个编译单元，即.obj文件，然后由连接器把所有的.obj连接生成一 个PE可执行.exe文件。举例main.obj要调用test.obj单元里面的test()函数，此时的main.obj并没有test()函数的代 码。连接器于是帮main.obj找到test.obj中test()函数的地址并链接到到main.obj中。平常大家玩反汇编的时候经常看到jmp xxx/call xxx就是连接器在做调配。
再说一下模板。模板是需要‘具体化’的，编译器直到碰到使用这个模板代码的时候才会把模板编译成二进制代码。留意一下STL代码你会发现，所有模板代码全 都放在一个.h文件中，为什么不分开放在.cpp文件中，因为放在.cpp文件中即成为一个编译单元，一个单元就是一个PE结构，是实在的二进制代码文 件，但这个单元没有调用这个模板又哪来的编译单元，于是编译器只能罢工。有没有办法生成单元？有!在.cpp中变态地调用自己声明的模板。
明白这个道理之后也就不难理解为什么有的时候可以编译通过链接的时候却报错了，链接器找不到另一个.obj的相应地址当然报错。
现在来分析一下上面的模板代码为什么会出错，很简单：
既然使用了__declspec(dllimport)声明，却又对CTest()及~CTest()进行定义，违反VC规则“数据、静态数据成员和函数可以声明，但不能定义为 dllimport。”
解决：
1、去掉__declspec(dllimport)，除非你真的想生成DLL导出类，否则使之成为标准模板。
2、去掉CTest()/~CTest()类外部定义，将定义迁至类内部。为什么不能将这2个函数的定义放在.cpp文件中上面已经有解释了。
上面说的不太完美：添加以下说明：
__declspec(dllexport)
声明一个导出函数，是说这个函数要从本DLL导出。我要给别人用。一般用于dll中
省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C 的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类
__declspec(dllimport)
声明一个导入函数，是说这个函数是从别的DLL导入。我要用。一般用于使用某个dll的exe中
不使用 __declspec(dllimport) 也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨 DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。
使用举例：
// File: 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;
};
// File: SimpleDLLClass.cpp
#include “SimpleDLLClass.h”
SimpleDLLClass::SimpleDLLClass()
{
m_nValue=0;
}
SimpleDLLClass::~SimpleDLLClass()
{
}
说明：
1. 在你的APP中include SimpleDLLClass.h时，如果你的APP的项目不定义SIMPLEDLL_EXPORT，则DLL_EXPORT不存在。此时APP仍可以正常运行。
// File: SimpleDLLClass.h
static int m_nValue;
// File: SimpleDLLClass.cpp
int SimpleDLLClass::m_nValue=0;
说明：
1. 如果你的APP的项目不定义SIMPLEDLL_EXPORT，则DLL_EXPORT不存在。此时APP无法LINK。原因是找不到m_nValue。(原因：静态变量m_nValue已被DLL导出，但SimpleDLLClass无法访问m_nValue)
Workaround:
#define DLL_EXPORT __declspec(dllimport)
Conclusion:
dllimport是为了更好的处理类中的静态成员变量(或者其他…)的，如果没有静态成员变量(或者其他…)，那么这个__declspec(dllimport)无所谓.
/
在Windows DLL编程时，可使用__declspec(dllimport)关键字导入函数或者变量。
函数的导入
当你需要使用DLL中的函数时，往往不需要显示地导入函数，编译器可自动完成。但如果你显示地导入函数，编译器会产生质量更好的代码。由于编译器确切地知道了一个函数是否在一个DLL中，它就可以产生更好的代码，不再需要间接的调用转接。
Win32的PE格式(Portable Executable Format)把所有导入地址放在一个导入地址表中。下面用一个具体实例说明使用__declspec(dllimport)导入函数和不使用的区别：
假设func是一个DLL中的函数，现在在要生成的.exe的main函数中调用func函数，并且不显示地导入func函数(即没有：__declspec(dllimport))，代码示例如下：
int main()
{
func();
}
编译器将产生类似这样的调用代码：
call func
然后，链接器把该调用翻译为类似这样的代码：
call 0x40000001 ; ox40000001是”func”的地址
并且，链接器将产生一个Thunk，形如：
0x40000001: jmp DWORD PTR __imp_func
这里的imp_func是func函数在.exe的导入地址表中的函数槽的地址。然后，加载器只需要在加载时更新.exe的导入地址表即可。
而如果使用了__declspec(dllimport)显示地导入函数，那么链接器就不会产生Thunk(如果不被要求的话)，而直接产生一个间接调用。因此，下面的代码：
__declspec(dllimport) void func1(void);
void main(void)
{
func1();
}
将调用如下调用指令：
call DWORD PTR __imp_func1
因此，显示地导入函数能有效减少目标代码(因为不产生Thunk)。另外，在DLL中使用DLL外的函数也可以这样做，从而提高空间和时间效率。
变量的导入
与函数不同的是，在使用DLL中的变量时，需要显示地导入变量。使用__declspec(dllimport)关键字导入变量。若在DLL中使 用.def导出变量，则应使用DATA修饰变量，而不是使用已经被遗弃的CONSTANT。因为CONSTANT可能需要使用指针间接访问变量，不确定什 么时候会出问题。
//
我相信写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#endifclass 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)无所谓。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/127199.html原文链接：https://javaforall.cn
