目录
4.3 declspec(dllexport)和_declspec(dllimport)的作用
一、项目背景
在移动交通项目上有许多设备需要使用,如在高速收费站往往需要多目相机、ETC、电子地秤和道闸等等设备,上层软件往往需要集成这些设备进行收费站软件项目方案的集成,每个地区指定的方案不同,采购的设备类型和指定的厂商往往不同,但是作为供应商针对不同的地区要求需要做好设备的接口适配这些需求,其中最常见的即采用动态库或静态库,通过上层软件指定的接口协议对设备功能进行封装,同时配合上层软件调试达成项目目的。
二、静态库:
2.1.静态库Lib的建立



头文件声明:

cpp文件定义:

右键生成解决方案

Debug下生成了lib库:

2.2 静态Lib库的使用
此处添加新建Test项目


添加lib库目录到附加库目录:
右键项目-》属性-》连接器-》常规-》附加目录
绝对路径:鼠标点击默认是绝对路径


*相对路径自己输入:./为当前文件路径 .//为当前文件父目录*
链接库,运行(同时打开多个项目,点击要运行的项目,右键-》设置为启动项)
2.3 lib库的发布和引用
在Debug中取出lib库文件,在工程目录下取出.h文件

发布的Lib库一般有三个目录bin 放bin文件,include放头文件,lib放lib库文件
2.4 Lib库修改扩充
更改源代码头文件和实现代码,增加mins函数

有击Lib项目,重新生成lib库,替换掉原来的库即可。

三、DLL动态库:
3.1动态库关键字:
动态库关键字:declspec(dllexport)和declspec(dllexport)
dllexport是在这些类、函数以及数据的申明的时候使用。用他表明这些东西可以被外部函数使用,即(dllexport)是把 DLL中的相关代码(类,函数,数据)暴露出来为其他应用程序使用。使用了(dllexport)关键字,相当于声明了紧接在(dllexport)关键字后面的相关内容是可以为其他程序使用的。
dllimport是在外部程序需要使用DLL内相关内容时使用的关键字。当一个外部程序要使用DLL 内部代码(类,函数,全局变量)时,只需要在程序内部使用(dllimport)关键字声明需要使用的代码就可以了,即(dllimport)关键字是在外部程序需要使用DLL内部相关内容的时候才使用。(dllimport)作用是把DLL中的相关代码插入到应用程序中。
declspec(dllexport)与_declspec(dllimport)是相互呼应,只有在DLL内部用dllexport作了声明,才能在外部函数中用dllimport导入相关代码。
不使用 declspec(dllimport)也能正确编译代码,但使用 declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码,是因为它可以确定函数是否存在于 DLL 中,这使得编译器可以生成跳过间接寻址级别的代码,而这些代码通常会出现在跨DLL 边界的函数调用中。但是,必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。
3.2 DLL库的建立和使用方式1:
新建空DLL项目->编写头文件(导出声明必须写,顺序在int前后无所谓)->右键生成

生成dii文件和lib文件(包含dii文件的函数人口等信息)
测试文件配置库文件目录(相对路径或绝对路径)
测试文件中添加动态库include包含动态库头文件和#pragma comment(lib)和动态库中函数的声明导入
3.3 DLL库的建立和使用方式2
方法1动态库调用太麻烦,可以用宏定义的方法进行简化(代码级简化而已);
在dll的头文件中利用条件编译,设置好导入导出属性;右击项目->属性->c/c++->预处理器->添加宏定义
则在dll的头文件中该宏已经定义,走导出声明分支;在Test文件中没定义,走导入声明分支;


测试文件设置:
3.4 DLL的显示调用方式3
动态调用只需要包含头文件就可以
test文件显示调用动态库如下,由于C++的重命名机制导致函数调用不方面;将dll拖入dependency中可以查看dll文件中函数接口(编译后的);若没有函数接口则dll文件生成的有问题;

!!! 为了解决c++函数重命名机制带来的问题,dll可以用extern "C"字段声明,此时test文件就可以用.h文件中的函数名了。

在Qt中的使用:
3.5 函数重命名解决方法
C++标准并没有规定Name-Mangling的方案,所以不同编译器使用的是不同的,例如:Borland C++跟Mircrosoft C++就不同,而且可能不同版本的编译器他们的Name-Mangling规则也是不同的。这样的话,不同编译器编译出来的目标文件.obj 是不通用的,因为同一个函数,使用不同的Name-Mangling在obj文件中就会有不同的名字。如果DLL里的函数重命名规则跟DLL的使用者采用的重命名规则不一致,那就会找不到这个函数。
四、调用约束及重命名
影响符号名的除了C++和C的区别、编译器的区别之外,还要考虑调用约定导致的Name Mangling。如extern “c” stdcall的调用方式就会在原来函数名上加上写表示参数的符号,而extern “c” cdecl则不会附加额外的符号。
4.1 __stdcall
4.2 __cdecl
4.3 extern c
动态链接库的显式装入就是通过GetProcAddress函数,依据动态链接库句柄和函数名,获取函数地址。因为GetProcAddress仅是操作系统相关,可能会操作各种各样的编译器产生的dll,它的参数里的函数名是原原本本的函数名,没有任何修饰,所以一般情况下需要确保dll’里的函数名是原始的函数名。
分两步:一,如果导出函数使用了extern”C” _cdecl,那么就不需要再重命名了,这个时候dll里的名字就是原始名字;如果使用了extern”C” _stdcall,这时候dll中的函数名被修饰了,就需要重命名。
二、重命名的方式有两种,要么使用*.def文件,在文件外修正,要么使用#pragma,在代码里给函数别名。
extern c仅仅是避免了C++函数重命名,但是如果调用约束为__stdcall命名会增加参数。
4.3 declspec(dllexport)和_declspec(dllimport)的作用
declspec还有另外的用途,这里只讨论跟dll相关的使用。正如括号里的关键字一样,导出和导入。declspec(dllexport)用在dll上,用于说明这是导出的函数。而_declspec(dllimport)用在调用dll的程序中,用于说明这是从dll中导入的函数。
因为dll中必须说明函数要用于导出,所以_declspec(dllexport)很有必要。但是可以换一种方式,可以使用def文件来说明哪些函数用于导出,同时def文件里边还有函数的编号。
而使用declspec(dllimport)却不是必须的,但是建议这么做。因为如果不用declspec(dllimport)来说明该函数是从dll导入的,那么编译器就不知道这个函数到底在哪里,生成的exe里会有一个call XX的指令,这个XX是一个常数地址,XX地址处是一个jmp dword ptr[XXXX]的指令,跳转到该函数的函数体处,显然这样就无缘无故多了一次中间的跳转。如果使用了_declspec(dllimport)来说明,那么就直接产生call dword ptr[XXX],这样就不会有多余的跳转了
五、*.def文件的用途
指定导出函数,并告知编译器不要以修饰后的函数名作为导出函数名,而以指定的函数名导出函数(比如有函数func,让编译器处理后函数名仍为func)。这样,就可以避免由于microsoft VC++编译器的独特处理方式而引起的链接错误。
也就是说,使用了def文件,那就不需要extern “C”了,也可以不需要__declspec(dllexport)了(不过,dll的制造者除了提供dll之外,还要提供头文件,需要在头文件里加上这extern”C”和调用约定,因为使用者需要跟制造者遵守同样的规则,除非使用者和制造者使用的是同样的编译器并对调用约定无特殊要求)。
另外,要注意的是,如果要使用stdcall,那么就必须在代码里使用上stdcall,因为*.def文件只负责修改函数名称,不负责调用约定。也就是说,def文件只管函数名,不管函数平衡堆栈的方式。



995

被折叠的 条评论
为什么被折叠?



