贺龙龙

       动态链接（Dynamic Linking）是相对于静态链接（Static Linking）而言的。程序设计中，为了能做到代码和模块的重用，程序设计者常常将常用的功能函数做成库，当程序需要实现某种功能时，就直接调用库文件中的函数，从而实现了代码的重用。早期的程序设计中，可重用的函数模块以编译好的二进制代码形式放于静态库文件中，在MS的操作系统中是Lib为后缀的文件。程序编写时，如果用户程序调用到了静态库文件中的函数，则在程序编译时，编译器会自动将相关函数的二进制代码从静态库文件中复制到用户目标程序，与目标程序一起编译成可执行文件。这样做的确在编码阶段实现了代码的重用，减轻了程序设计者的负担，但并未在执行期实现重用。如一个程序a.exe使用了静态库中的 f() 函数，那么当a.exe有多个实例运行时，内存中实际上存在了多份f()的拷贝，造成了内存的浪费。

       使用动态链接方式带来了几大好处：首先是动态链接库和用户程序可以分开编写，这里的分开即可以指时间和空间的分开，也可以指开发语言的分开，这样就降低了程序的耦合度；其次由于动态链接独特的编译方式和运行方式，使得目标程序本身体积比静态链接时小，同时运行期又是共享动态链库，所以节省了磁盘存储空间和运行内存空间；最后一个是增加了程序的灵活性，可以实现诸如插件机制等功能。用过winamp的人都知道，它的很多功能都是以插件的形式提供的，这些插件就是一些动态链接库，主程序事先规定好了调用接口，只要是按照规定的调用接口写的插件，都能被winamp调用。

       调用动态链接库有两种方式：隐式调用和显式调用，下面我们分别来看两种调用方式的具体过程：

       动态链接库的隐式调用

       新建一个空的Win32 Console Application，命名为DllCaller，向工程中添加名为DllCaller.cpp 的C++ Sourse File,在文件中写入如下代码：



       编译，没有错误，链接，有两个错误：找不到外部引用符号。要怎样才能让我们的程序找到动态连接库中的函数呢？这里是关键的一步。到刚才的DllTest工程目录下，从debug文件夹中拷贝生成的DllTest.dll文件和DllTest.lib文件到DllCaller工程目录。然后依次在vc中选择菜单：Project -->Settings-->Liink, 在Object/library Modules中加入一项文件名：DllTest.lib,这里的DllTest.lib并不是静态库文件，而是DllTest.dll的导入库文件，它包含了DllTest.dll动态链接库导出的函数信息，只有在工程链接设置里添加了该文件，才能够使调用了该动态链接库的工程正确链接。完成以上步骤后，我们再编译链接工程，这次没有任何错误！程序可以顺利调用动态连接库文件，正常运行了（为了能使程序找到并加载需要的动态链接库，动态链接库文件必须与调用程序在同一个目录下，或在path环境变量指定的目录下）。

       这里需要说明一点，工程中的源文件在调用动态链接库中的函数时，需要提前声明，声名有两种方式，一种是传统的extern方式，一种是_declspec(dllimport)方式，这两种方式在代码中我都给出了。其中，第二种方式能使编译过程更快，所以推荐使用。

       动态链接库的显式调用

       比起隐式调用，显示调用更加灵活，而且在编译链接时不需要lib导入库文件，也不需要提前声明函数。我们通过windows提供的API函数来动态加载动态连接库并调用其中的函数，用完后可以马上释放内存中的动态链接库，十分方便。下面就是显示调用动态链接库的代码：



       以上代码并不复杂，首先定义一个实例句柄用来引用由Windows API 函数LoadLibrary加载的动态链接库，LoadLibrary函数的参数是一个字符串指针，具体调用时我们需要填入需要加载的动态链接库的位置及文件名，加载成功后返回一个实例句柄。接下来我们定义一个函数指针类型，用该类型声明一个函数指针，用来存储GetProcAddress函数返回的动态库函数入口地址。GetProcAddress能从指定的动态库中查找指定名字的函数，如果查找成功则返回该函数的入口地址，如果失败则返回NULL。更多GetProcAddress函数的用法请参看MSDN。有人可能注意到，GetProcAddress函数中指定的函数名并不是add,而是?add@@YAHHH@Z。这里就和前面将的函数调用方式联系起来了，在GetProcAddress函数中，我们指定的函数名必须是编译后经过重命名的函数名，而不是源文件中定义的函数名。这样实际上给我们的调用带来了相当大的麻烦，因为我们不可能去了解每一个经过重命名的导出函数名。好在微软已经给出了解决方法，那就是在编写动态链接库时同时编写一个以def为后缀的编译命名参考文件，如果动态链接库工程中有该文件，则编译器会根据该文件指定的函数名来导出动态库函数，关于def文件的详细使用方法请参考MSDN，这里就不一一赘述。找到需要的动态库函数后，我们就可以按需要对它进行调用，之后调用FreeLibrary函数释放动态库。因为动态库是多进程共享的，因此调用FreeLibrary函数并不意味着动态库在内存中被释放，每个动态库都有一个变量用来记录它的共享引用计数，而FreeLibrary的功能只是将这个记数减一，只有当一个动态库的引用计数为0时，它才会被操作系统释放。

       隐式调用与显式调用的对比

       前面已经详细介绍了动态链接库的两种调用方法，相比之下，隐式调用在编程时比较简单，指定导入库文件后，不必考虑函数的重命名，就可以直接调用动态库函数。但由于隐式调用不能指定动态库的加载时机，因此在一个程序开始运行时，操作系统会将该程序需要的动态链接库都加载入内存，势必造成程序初始化的时间过长，影响用户体验。而显式调用采用动态加载的方法，用到什么加载什么，用完即释放，灵活性较高，可以使程序得到优化。具体运用中到底采用哪种方法，还要依实际情况而定。