__declspec(dllimport)的小秘密(转)

昨天和同事使用一个dll(lib+dll)的时候,发现他在引用头文件是,并没有使用__declspec(dllimport),但是程序完全运行正常,不明觉厉下,去网上翻了下资料,原来是链接器的原因,这里贴一个转帖,已经写得很清楚了。

邓立波 深圳,2008-6

作者联系方式:

email:    [email protected]

msn:     [email protected]

按照MSDN说明,当链接dll的导出函数时,只需要包含头文件和lib,__declspec(dllimport)修饰符不是必须的,但加上该修饰能使导出函数的调用效率更高。那么,究竟原因是什么?

假设dll导出了一个函数:
extern "C" __declspec(dllexport) void fun();
如果程序中声明不加__declspec(dllimport),查看调用fun()函数的汇编代码:
    004010AD   call        fun (004010d8)
其中fun被定义为一个标号(label),如下:
fun:
    004010D8   jmp         dword ptr [__imp__fun (0040e0e8)]
上面的符号__imp__fun指向的地址为fun()函数在exe中的导入节。

当声明加上__declspec(dllimport)后,查看调用fun()函数的汇编代码:
    004010AB   call        dword ptr [__imp__fun (0040e0e8)]

从上面可以看出,加上__declspec(dllimport),编译器链接dll将省略一条jmp语句。
这是因为:

1。如果导出函数的声明没有用__declspec(dllimport) 修饰的话,编译器并不知道这个函数是由DLL导出的,所以编译器就把这个函数当作普通的外部引用来对待,产生一个外部引用的符号等着链接器解析。当链接器工作的时候,它是不能修改编译器生成的结果,所以会将该符号解析为对相应函数调入节的间接调用。

2。如果导出函数的声明用__declspec(dllimport) 修饰的话,编译器一开始就知道这个函数是DLL导出函数,直接编译成对调入节的调用。

原文:http://libo.deng.blog.163.com/blog/static/40157422200851124138373/

__declspec(dllimport)的小秘密(转)

时间: 2024-10-15 02:50:16

__declspec(dllimport)的小秘密(转)的相关文章

浅谈__declspec(dllexport)和__declspec(dllimport)

__declspec(dllimport)和__declspec(dllexport)经常是成对的,在动态链接库中__declspec(dllexport)导出dll中的成员,__declspec(dllimport)导入外部dll中的成员. 但是有时候不使用dllimport和dllexport也能实现个基本的导出导入功能, 它们具有的功能如下: 1.dllimport/dllexport可以导入或者导出动态链接库中的全局变量,当然是用extern也可以实现同样的功能: 2.dllimport

__declspec(dllimport)与__declspec(dllexport)作用总结

参考自:http://bbs.csdn.net/topics/330169671 __declspec(dllexport):导出符号,也就是定义需要导出函数的dll中给导出函数的函数声明前面加上导出符号,表示该方法可以导出给其他DLL或者exe使用: __declspec(dllimport)导入符号,也就是在使用该函数的DLL或者exe中需要在该函数的函数声明前面加上该符号,表示该函数方法是从其他库导入的. 我们编写一个DLL库一般都是用来给其他DLL或者exe程序调用的.当我们编写DLL库

Google glog error LNK2001: unresolved external symbol "__declspec(dllimport) int fLI::FLAGS_XXXX 错误的解决。

想在 windows 下使用 glog,使用类似 FLAGS_max_log_size 来设置参数,结果编译报错. 解决办法是在 项目属性 -> C/C++ -> Preprocessor -> Preprocessor Definitions 加入 GOOGLE_GLOG_DLL_DECL=. Google glog error LNK2001: unresolved external symbol "__declspec(dllimport) int fLI::FLAGS_

【转载】 __declspec(dllexport) 和__declspec(dllimport)

转自:http://www.cppblog.com/Dutyboy/archive/2010/11/15/133699.html __declspec(dllexport)   __declspec(dllexport)    将一个函数声名为导出函数,就是说这个函数要被包含她的程序之外的程序调用.   extern    "C"                    指示编译器用C语言方法给函数命名.          在制作DLL导出函数时由于C++存在函数重载,因此__decls

__declspec(dllexport) 和 __declspec(dllimport)的作用

operatordll.h #include <iostream> #ifdef OPERATORDLL_EXPORTS#define DLL_EXPORT __declspec(dllexport)#else#define DLL_EXPORT __declspec(dllimport)      //不加import 如果把dll和头文件提供给别人使用的时候就会出“unsloved symbol a”的问题.#endif class DLL_EXPORT Operatordll{publi

__declspec(dllimport)

我相信写WIN32程序的人,做过DLL,都会很清楚__declspec(dllexport)的作用,它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法.当然,如果你的DLL里全是C++的类的话,你无法在DEF里指定导出的函数,只能用__declspec(dllexport)导出类.但是,MSDN文档里面,对于__declspec(dllimport)的说明让人感觉有点奇怪,先来看看MSDN里面是怎么说的: 不使用 __declspec(dllimport) 也能正确编译代码,但使用 __

__declspec(dllexport)和__declspec(dllimport)

1.解决的问题: 考虑下面的需求,使用一个方法,一个是提供者,一个是使用者,二者之间的接口是头文件.头文件中声明了方法,在提供者那里方法应该被声明为__declspec(dllexport),在使用者那里,方法应该被声明为__declspec(dllimport).二者使用同一个头文件,作为接口,怎么办呢? 2.解决办法: 使用条件编译:定义一个变量,针对提供者和使用者,设置不同的值. 1 #ifndef DLL_H_ 2 #define DLL_H_ 3 4 #ifdef DLLProvide

[转]__declspec(dllexport) 和 __declspec(dllimport)

__declspec(dllexport) __declspec(dllexport)    将一个函数声名为导出函数,就是说这个函数要被包含她的程序之外的程序调用.   extern    "C"                    指示编译器用C语言方法给函数命名.          在制作DLL导出函数时由于C++存在函数重载,因此__declspec(dllexport)    function(int,int)    在DLL会被decorate,例如被decorate成为

使用 __declspec(dllimport) 能够优化对DLL导出函数的调用.

使用 __declspec(dllimport) 能够优化对DLL导出函数的调用. 不使用时: [DLL] #ifdef THEDLL_EXPORTS #define THEDLL_API __declspec(dllexport) #else #define THEDLL_API __declspec(dllimport) #endif // THEDLL_API int fntheDll(void); [EXE] #include "..\\theDll\\theDll.h" #p