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)

编译，得到 *.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

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

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

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