关于dll库的一些注意事项

dll顾名思义是动态链接库，为第三方提供函数接口，亦或和其他dll库一起链接成可执行程序，说白了就是一堆函数的集合。Windows操作系统为我们提供了海量的dll库，比如crt0.dll、crtn.dll库负责程序中全局、静态变量的初始化和析构，每个Windows桌面应用程序的运行都离不开这两个库。
假如我们想为第三方客户提供一些接口函数，为客户提供服务，但又不想把自己函数的具体实现过程暴露出去，那么此时dll库的作用就体现出来了。整个过程看起来很简单，但实际上为第三方提供dll库时，会有很多意想不到的错误在等待着我们；客户在使用我们的dll库时，他们的程序会出现莫名其妙的崩溃，现在以我最近遇到的一个崩溃问题为例子进行讲解。
dll库中导出的接口函数签名如下：
#define NETSDK_API extern “C” __declspec(dllexport)
NETSDK_API BOOL __stdcall Dev_CreateFaceLib(LONG lUserID, string &FDID);
客户在调用该接口时，传递了一个标准库std中string类型的字符串FDID到底层dll，目的是为了拿到人脸库的ID值；但就是这么简单的一个接口调用，他们的程序崩溃了；VS编译器给出的崩溃提示如下图所示：

仔细分析图1中红色标注的提示，系统库(string库)在析构FDID变量所占用的内存空间时，出现了异常，导致程序异常中止。为什么会出现这种情况？因为我们dll库的编译环境和客户现场的编译环境不一定能保持一致，每种编译环境都有自己的CRT（即C运行时库代码），每个CRT都维护着自己的堆空间，这样就很容易出现一个问题，客户程序申请的堆空间传递到dll库后，就很有可能被释放掉；**就好比自己的车子借给别人使用，别人把你的车子给毁掉了，你会同意吗？**因此操作系统是不允许这种行为出现的，肯定会把程序给中断掉。那么如何避免这个问题呢，很简单！就是是客户程序的编译环境（运行库的模式（MDd），如图2所示）和我们编译dll库的运行库模式保持一致即可，也即两者拥有同样的CRT运行库，使得各个模块申请的内存空间由自己管理。