189 8069 5689

C++中的动态库和静态库(Windows)

库:

创新互联建站长期为上1000+客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为博湖企业提供专业的网站建设、做网站博湖网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。

在C/C++中,使用库(Library)的技术,可以将编译好的符号提供给第三方使用。

库有两种:

1、动态库 Dynamic-Link Library (DLL)    (Linux下叫做 Shared Library)

2、静态库 Static Library

一、动态库的创建和使用

创建DLL:

用VC创建一个类型为 “dll”的控制台项目,VC会自动创建DLL的项目框架

它自动生成一个DllMain函数,可以类比普通应用程序中的main函数

VC项目设置:

1、取消“预编译头文件”

2、改为 “/MTd编译”

3、修改输出的DLL的名字 (my.dll)

C++ 中的动态库和静态库(Windows)

C++ 中的动态库和静态库(Windows)

C++ 中的动态库和静态库(Windows)

编译,得到 *.lib 和 *.dll,其中:

*.dll:

包含所有代码编译成的指令

*.lib:包含一个列表,表名my.dll中含有哪些符号,每个符号对应在dll中的位置。(被导出的符号)

所以,*.lib比*.dll的文件体积小得多

如果想导出一个全局函数,就用关键字 __declspec(dllexport)来声明

注意:这是VC平台特有的关键字,在linux平台下不可用

使用如下:

template 
__declspec(dllexport) void MySwap(T& obj1, T& obj2)
{
	T tmp = obj1;
	obj1 = obj2;
	obj2 = tml;
}

使用dll:

#pragma  comment(lib, "12_18_DLL01")

__declspec(dllimport) int Add(int a, int b);

int main()
{
	int ret = Add(1, 2);
	std::cout << ret << std::endl;
	return 0;
}

但这个地方我发现了一个问题:

__declspec(dllimport) int Add(int a, int b);

这行代码表示导入dll文件中的符号

但一开始我错误得写成了 export, 结果居然仍然是正确的

没有深究,初步推测是编译器优化了 (IDE: VS2015),甚至不写前面的关键字,直接写成函数的声明,程序也是能正确执行的

DLL的部署位置:

1、可执行文件所在目录

2、进程当前目录

3、系统目录 (C:\Windows\System32\    和  C:\Windows\System\)

4、Windows目录 (C:\Windows\)

5、环境变量 PATH 中的目录

通过初步接触DLL的发布和使用,相比普通的声明、定义,会发现DLL有以下作用:

1、隐藏了代码

2、公开了功能

当然,DLL的作用远不止如此

二、DLL的加载和卸载

DLL的加载:

DLL不能独立运行,只有当 *.exe 被运行时, *.dll 才会被加载运行。

在exe文件中有一些标识信息,表示该 exe 依赖哪些 dll 文件,操作系统据此去寻找、加载相应的dll文件。

exe 被加载到内存,形成一个进程 process,dll也被加载到内存,进程可以直接调用DLL中的函数(Code)

数据段和代码段:

在dll文件中,至少分为两个段:

1、代码段:

存储指令(函数体)

2、数据段:

数据段,存放全局变量

当 *.dll 被加载时,代码段只被加载一次,是公共的。

数据段被每个程序各自拷贝一份,是私有的

三、DLL中的动态内存管理

在dll中申请的动态内存,必须在dll中释放,否则会导致内存泄漏 (这是由Windows自己的特点决定的)

四、DLL中使用头文件

按照惯例,由模块的作者提供头文件,头文件中应该用类型、函数声明。

所以,我们在创建DLL时,应该附带一份头文件,而不是让使用者自己去写函数声明。

五、DLL中导出一个类

导出类的定义,其实就是导出其成员函数

类的声明格式:

class __declspec(dllimport) MyClass
{};

六、静态库的概念及使用

静态库:

static library,仅一个 *.lib 文件

静态库中直接就含有代码段和数据段,在链接过程中,是直接把里面的东西链接过来,形成完整的可执行程序

exe运行的时候不依赖 .lib 文件

创建:

1、建立一个新工程,工程类型为:静态库

2、不需要其他设置,直接编译链接生成,得到 *.lib文件

使用:

#pragma comment(lib, "MyLib.lib")

int MyAdd(int a, int b);    //通常发布会把把声明放到头文件中,一并发布

静态库的注意事项:

1、静态库的使用不太方便:

如果该静态库是VS2008编译的,那么APP也得用VS2008编译,版本必须一致

此外,运行时库(/MT、/MTd、/MD、/MDd)也必须要一致

因此可以看出,静态库的使用,约束条件是比较多的

静态库和动态库的对比:

静态库优点:

使用静态库,最后得到的可执行程序执行时对这个库不再依赖

动态库优点:

便于升级更新,只要保持接口不变,可以通过更新DLL来升级程序,而不需要重新编译程序

目前通常都使用动态库

但动态库也存在更多的安全方面的隐患,毕竟如果有人恶意替换DLL(能做到这一步的人往往是软件团队的内部人员),程序的执行将会违背编程者的本意.......

七、DLL的手动加载

之前加载DLL的方式是自动加载。

自动加载和手动加载:

1、自动加载

在编译时指定dll,则当exe程序启动运行时,首先加载相关的dll

(DLL在程序执行前被加载,在程序结束后被卸载)

2、手动加载

在编译时不指定dll,在运行时调用LoadLibrary来加载dll 

(这样做,可以自己决定什么时候加载、什么时候卸载DLL)

手动加载的方式:

#include 
#include 

使用 LoadLibrary 来加载dll,

使用 FreeLibrary 来卸载dll,

它提供了一种在运行时手动加载dll的技术手段,增加了编程的灵活性

(只要有*.dll就可以,也不需要 *.lib 和 *.h )

对DLL的要求:

1、要求待调用的函数按“C”方式编译(符号名即函数名)

extern "C" __declspec(dllexprot) int MyAdd(int a, int b);

2、dll文件放在可被系统搜索到的路径

代码:

#include 
#include 
#include 

int main()
{
	wchar_t* Path = L"12_18_DLL01.dll";
	HINSTANCE  handle = LoadLibrary(Path);	// 字符集兼容问题
	if (handle)
	{
		// 定义要找的函数原型
		typedef int(*DLL_FUNCTION_ADD) (int, int);
		// 找到目标函数的地址	注意实现必须用 extern "C" 的方式编译
		DLL_FUNCTION_ADD dll_func = (DLL_FUNCTION_ADD)GetProcAddress( handle, "Add");
		if (dll_func)
		{
			// 调用该函数
			int result = dll_func(1, 2);
			std::cout << result << std::endl;
		}
	}
	FreeLibrary(handle);
	return 0;
}

八、项目的静态编译

有一种场景,将以往VS生成的 *.exe 程序拷贝到其他 没有VS运行环境的机器上,这时候程序往往是无法运行的,这是因为,VC编译默认采用动态编译的方式,因此 要么给这个机器也安装一套运行环境,要么采用静态编译的方式生成可执行文件(*.exe)

静态编译后的程序,将会包含一切程序运行时所依赖的环境

对VC来说:

静态编译:

/MT  /MTd

动态编译:

/MD  /MDd

C++ 中的动态库和静态库(Windows)

动态编译和静态编译的比较:

1、动态编译不方便发布,但生成的可执行文件体积较小

2、静态编译方便发布,但生成的可执行文件体积较大


本文标题:C++中的动态库和静态库(Windows)
本文路径:http://cdxtjz.com/article/picpdh.html

其他资讯