c++中.dll与.lib文件的生成与使用的详解

两种库：

•　　包含了函数所在的DLL文件和文件中函数位置的信息（入口），代码由运行时加载在进程空间中的DLL提供，称为动态链接库dynamic link library。
•　　包含函数代码本身，在编译时直接将代码加入程序当中，称为静态链接库static link library。
共有两种链接方式：

•　　动态链接使用动态链接库，允许可执行模块（.dll文件或.exe文件）仅包含在运行时定位DLL函数的可执行代码所需的信息。
•　　静态链接使用静态链接库，链接器从静态链接库LIB获取所有被引用函数，并将库同代码一起放到可执行文件中。

两种文件的区别

使用lib需注意两个文件：

•.h头文件，包含lib中说明输出的类或符号原型或数据结构。应用程序调用lib时，需要将该文件包含入应用程序的源文件中。
•.LIB文件。

使用dll需注意三个文件：

•.h头文件，包含dll中说明输出的类或符号原型或数据结构的.h文件。应用程序调用dll时，需要将该文件包含入应用程序的源文件中。
•.LIB文件，是dll在编译、链接成功之后生成的文件，作用是当其他应用程序调用dll时，需要将该文件引入应用程序，否则产生错误（如果不想用lib文件或者没有lib文件，可以用WIN32 API函数LoadLibrary、GetProcAddress装载）。
•dll文件，真正的可执行文件，开发成功后的应用程序在发布时，只需要有.exe文件和.dll文件，并不需要.lib文件和.h头文件。

1.生成lib文件

　　首先，我们先建立一个控制台工程(新建->工程->控制台程序)，添加sub.cpp以及sub.h文件。

//sub.h
#ifndef _SUB_H
#define _SUB_H
void sub(int a,int b);
#endif
//sub.cpp
#include "sub.h"
#include <iostream>
void sub(int a,int b)
{
    std::cout<<(a-b)<<std::endl;
}

由于在工程中，没有main()函数，所以直接编译出错。这时，要右键点击工程，并选择工程属性，出现下图，选择静态链接库即可。

这时候再按F7，build solution即可产生lib文件。在Debug中只生成.lib文件。

2.生成dll文件

　　生成dll文件的过程与上面的过程是一样的，只是在选择Dynamic Library(.dll)即可。在Debug中会生成一个.lib和.dll两种文件。

3.两种文件的使用

　　在使用时，静态链接库只要把.h和.lib文件加入到工程文件夹中即可。而动态链接库要把.h、.lib和.dll文件加入到工程中。

#include <iostream>
#include "sub.h"  //链接库的头文件
using namespaces std;
#pragma comment(lib,"sub.lib") //加入链接库
int main()
{
    sub(,);
    return ;
}

把.h和.lib的文件放在相应的目录下 ，有时候有错误，但是也能运行成功。

感觉靠谱的方法是像一些标准库的方法，添加包含目录和库目录，添加依赖项。

第一种方法：

把这个库拷贝到工程目录下，（最好拷贝到vs编译器可以找到的目录下，这个路径在tools---options---projects and soulutions---show libraray的目录下，至于这些目录如何查看，在以前的博客中有相关的文章，这样可以方便编译器编译时候查找到这个库文件）

之后把库头文件拷贝到当前目录下
在libtest的实现文件中，首先包含这个头文件，然后使用pragma指令指明链接库chang.lib，然后再工程中使用这个函数中的库就可以了

第二种方法：

这个库文件可以在任意路径下，首先在tools---options---projects and soulutions---show libraray目录下添加这个库文件所在的目录
然后再在工程属性---configuration properties---Linker---Addtional library directories下添加这个库文件所在的目录

在工程属性---configuration properties---Linker---Input---Addtional dependencies添加要使用的库的名字，现在这个就是chang.lib
之后把库文件的头文件拷贝到libtest工程的源文件文件夹下
最后在源文件中就可以不使用pragma指令了

//另注：生成 .lib文件的工程中可以没有main（）函数。

//另注：工程test1之所以生成的是 .lib文件而不是 .dll文件，是因为test1与test2在同一个解决方案中，没有涉及外部接口。

 实验表明：lib库方法二像opencv的配置方式，正确。

注意：这个时候会再解决方案文件夹下的debug或release文件夹下生成test1工程的.lib文件test1.lib，在进行编译的时候会将这个静态库的东西完全链接进入exe可执行文件，这样生成的可执行文件可以拷贝出来到任何其他windows平台的计算机上就可以运行；一个缺点就是如果代码很大的话，生成的.exe可执行文件会很大，静态链接方式就是会再编译的时候把所有需要的东西编译链接进可执行程序；

如果使用生成的.dll，这样生成的exe会相对小一些，但是如果将这个可执行文件拷贝到其他windows平台的计算机上，很可能就会无法运行，就需要把这个生成的dll文件拷贝到运行该程序的计算机上的所需要的制定目录下才可以（一般就是system32目录下）；缺点就是比较麻烦；

记得以前做过的一次作业就是这样，写的一个MFC的应用程序，拷贝到别人电脑上死活跑不住，结果发现默认的编译方式是动态链接编译方式，之后设置成静态链接进行重编译，发现生成的可执行文件有了数倍的增长，但是放到别人的windows平台的计算机上就很顺利地运行了。

参考：

在同一个解决方案下，如何从一个工程中调用另外一个工程的函数

导出C函数的：
LIB的：
vs下制作和使用.lib静态库
DLL的：
DLL编写教程 - MDA之路