在自己的项目中调用别人的库的方法（static lib库，dynamic lib库以及dll动态库）
https://log.csdn.net/woainishifu/article/details/53505866

众所周知，出现.lib, .dll这种文件的原因是为了保护源代码，这个就不细说了。



用OpenCV的开源库来举个例子看一下就知道了：



bin文件夹里面放的都是dll文件；

lib文件夹里面放的都是伴随dll文件的动态lib文件；

staticlib文件夹里面放的才是真正的静态lib文件，和dll文件是独立的；



所以可以看出，lib文件是有静态lib和动态llib之分的。

第一部分：静态lib文件，动态lib文件和dll文件的区别：

1. 静态lib文件

上一篇文章讲过如何生成并调用lib文件，其实那个使用“static Library”选项生成的lib文件就是静态lib文件。我们已经知道，在调用这种类型的lib文件的时候，只需要配置好头文件.h的路径和库文件.lib的路径，自己的程序就可以正确加载这些第三方代码为自己所用。这是因为：



静态lib文件实际上就是任意个obj文件的集合，而obj文件就是cpp文件编译之后产生的一种文件，一个cpp文件编译之后只会产生一个obj文件，而多个obj文件就可以连接生成lib文件。就像上一篇文章讲的那样，如果你工程里只有一个lib.h和lib.cpp，那么编译后产生的lib文件实际上就是lib.obj文件的一个集合，但是如果你工程里还有其他的很多个cpp文件，那么就会在编译之后生成许多obj文件，然后最终只链接生成一个lib文件。



所以，静态lib文件实际上是包含了所有的导出声明和实现。你如果把这个lib文件链接到自己的程序之后，这个lib文件中的所有代码都会嵌入进来，哪怕你只用到了其中一部分，剩下没用到的也进了你的代码。这就不难想象会造成的后果了，虽然方便，但是如果大部分你都用不到，自然会导致你的库体积没有意义地变大，失去了使用动态库的灵活性，而且发布新的版本时必须要发布新的应用程序才行，而不是简单打个补丁就好。就是因为这种缺点，才会出现动态dll调用这种方式。（注：这世上所有事情的出现都是有理由的，如果静态lib能完成我们想要的功能，而没有缺点的话，就不会有第二种替代方案dll的出现！）



2. 动态lib文件和dll文件

把这两个放在一起来说，是因为一个dll工程生成一个dll文件的时候，总是伴随着生成一个lib文件，这个lib文件其实是一个动态的lib，它的大小比静态lib要小很多，因为这个lib文件其实只是包含了一些函数索引信息，记录了dll中那些函数的入口和位置，dll中才是具体的函数实现。那么为什么有了dll，还要有一个lib呢？



这就是动态库链接的过程了，首先配置好动态lib库目录和动态dll目录，以及头文件的目录。（注：如何配置这些路径，请移步《以OpenCV库为例讲解如何在VS中配置第三方库》）然后在你的代码中include用到的头文件，代码完成之后有两个过程：（1）编译：这个过程只需要用到这里的动态lib文件【注：在静态lib的情况下，仍然只是在编译阶段用到lib文件，只不过静态lib文件包含了完整的实现，所以编译生成exe之后就可以直接用了而已】，然后和你的代码打包到一起。（2）运行：这个过程就需要用到dll文件了，上面打包好的东西里面，只是记录下了那些用到的函数的入口和具体位置，并没有真正的实现代码，所以在运行期间，就由那些入口找到正确的位于dll中的位置，然后直接执行那些函数就行了。



从上面过程中也可以看出一个很清楚的事实：dll其实就是exe，只不过它没有main函数，所以不能单独执行而已。事实上， 在实际的使用过程中我们也发现，很多应用程序都并不是一个完整的单独可执行文件，它们被分割成一些单独的相对对立的动态链接库，只有在执行应用程序的时候，用到的dll才会被调用。这也就是为什么你经常打开某些程序，会出现“无法加载XXX.dll”的原因了(微笑脸。



第二部分：静态lib和动态dll使用注意事项

通过第一部分的叙述，我们可以总结如下：

1. 调用静态lib库，需要用到的文件是：

（1）.h文件，包含函数的声明，数据结构等东西，在调用lib的时候，需要把该头文件包含进你的代码；

（2）.lib文件，包含具体的实现。



2. 调用动态dll库，需要用到的文件是：

（1）.h文件，如上，同样需要包含到你的代码；

（2）.lib文件，包含一些函数的入口和具体位置，必须在编译阶段引入这个文件，否则会报错。【根据查到的资料，如果没有这个动态lib文件或者不想用lib文件，需要用Win32的API函数LoadLibrary和GetProcAddress来装载】

（3）.dll文件，实际的实现，在程序运行时动态调用。



正常情况下，你发行一个软件的过程应该是这样的：（最好选用第二种动态调用dll的方式）

你的项目分成独立的几个模块，每个模块都有一个dll文件，然后有一个最终的程序入口exe文件，最后把dll文件和exe文件发行给用户。当用户每次点击这个exe文件的时候，自然会动态调用用到的dll文件。注意这个过程就不再需要什么.h和.lib了，那是别人调用你的库，再进行加工写代码时才需要做的事。上面说过dll其实就是个不能单独打开执行的exe而已，所以你最终发行给用户的只能是dll和exe，当然你完全可以把所有的东西只打包在一个exe中。但是当你的软件非常大的时候，这样进行更新维护就非常不方便，如果有问题就得重新发行一次exe，但是如果把各个模块单独弄成dll，你只需要打个补丁，对那些有问题的dll进行更换就行了。



另外一个是把你的dll写好给别人拿来调用，以免别人做重复的工作。这个时候你刚开始提供的时候，就需要把.h文件，.lib文件，.dll文件都提供给对方，然后如果你代码里面有改动，只需要重新编译一次dll给对方，替换掉原来的dll就可以了，非常方便！！！当然前提是，你的函数接口写得好。进行修改时只需要修改内部实际的代码，并不需要对接口改来改去！



第三部分：调用方法

1. 静态lib库的调用方法

（1）添加工程的头文件目录：项目---属性---配置属性---C/C++----附加包含目录，在这个地方加上头文件的存放路径；

（2）添加工程的静态库文件目录：项目---属性---配置属性---链接器---常规---附加库目录，在这个地方加上lib文件的存放路径；

（3）添加工程引用的lib文件名：项目---属性---配置属性---链接器---输入---附加依赖项，把用到的lib的名字都输入到这里。

详细可以参考另一篇文章《VS2010/2013下生成并使用静态库》



2. 动态dll库的调用方法

参见另一篇文章《以OpenCV库为例讲解如何在VS中配置第三方库》。


————————————————
版权声明：本文为CSDN博主「邓无邪」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/woainishifu/article/details/53505866

动态库的显式调用

上面介绍的动态库使用方法和静态库类似属于隐式调用，编译的时候指定相应的库和查找路径。其实，动态库还可以显式调用。【在C语言中】，显示调用一个动态库轻而易举！

http://www.cnblogs.com/skynet/p/3372855.html

在Windows下显式调用动态库

应用程序必须进行函数调用以在运行时显式加载 DLL。为显式链接到 DLL，应用程序必须：

l  调用 LoadLibrary（或相似的函数）以加载 DLL 和获取模块句柄。

l  调用 GetProcAddress，以获取指向应用程序要调用的每个导出函数的函数指针。由于应用程序是通过指针调用 DLL 的函数，编译器不生成外部引用，故无需与导入库链接。

l  使用完 DLL 后调用 FreeLibrary。

显式调用C++动态库注意点

对C++来说，情况稍微复杂。显式加载一个C++动态库的困难一部分是因为C++的name mangling；另一部分是因为没有提供一个合适的API来装载类，在C++中，您可能要用到库中的一个类，而这需要创建该类的一个实例，这不容易做到。

name mangling可以通过extern "C"解决。C++有个特定的关键字用来声明采用C binding的函数：extern "C" 。用 extern "C"声明的函数将使用函数名作符号名，就像C函数一样。因此，只有非成员函数才能被声明为extern "C"，并且不能被重载。尽管限制多多，extern "C"函数还是非常有用，因为它们可以象C函数一样被dlopen动态加载。冠以extern "C"限定符后，并不意味着函数中无法使用C++代码了，相反，它仍然是一个完全的C++函数，可以使用任何C++特性和各种类型的参数。

“显式”使用C++动态库中的Class是非常繁琐和危险的事情，因此能用“隐式”就不要用“显式”，能静态就不要用动态。