第三方类库C语言运行时链接研究

关于第三方类库的问题，很多人都遇到过CRT链接方式（MD/MT/MDd/MTd）不一致而导致的问题。

一般来说，能使用一样的链接方式就尽量使用同一种，否则可能出现内存分配释放错误等问题，至于原因请看wang37921的解释，点我。

自己的理解与实验：

刚刚做了几个小实验，构造了一个MD方式EXE去调用MT方式的DLL，简单验证了一下，废话不多说上代码。

DLL 代码：

extern "C" __declspec(dllexport) void* mallocInDll(size_t size)
{
return malloc(size);
}


extern "C" __declspec(dllexport) void freeInDll(void* p)
{
free(p);
}

EXE 代码：

typedef void* (*mallocInDll)(size_t size);
typedef void (*freeInDll)(void* p);

void main()

{

HMODULE hInst = LoadLibraryA("testdll.dll");

mallocInDll dllmalloc = (mallocInDll)GetProcAddress(hInst,"mallocInDll");
freeInDll dllfree = (freeInDll)GetProcAddress(hInst,"freeInDll");

void* p = dllmalloc(100);

dllfree(p); //正确

//free(p); //错误

}

这个结果跟wang37921讲的后果一模一样，正确的做法就是使用DLL自己的函数freeInDll去释放。

我们知道错误的原因是因为堆的handle不一致而导致的。所以要解决这个问题，我们可以用一种取巧的办法。

在DLL中直接使用windows API中的HeapAlloc去解决，第一个参数就填GetProcessHeap()，即程序默认堆。

然后在EXE中HeapFree(GetProcessHeap()...);   这样的话就能保证内存的分配和释放都正确。

试过DLL之后我又编译了一个静态库lib来测试，lib库中定义了类似的内存分配函数：

extern "C" __declspec(dllexport) void* mallocInLib(size_t size)
{
return malloc(size);
}

仍然在EXE中调用mallocInLib，随后直接free掉，结果呢？结果成功了，没有错误！当时我就和我的小伙伴们惊呆了！

我认为可能因为lib是静态链接，即编译的时候就把代码copy进去了，所以实际上相当于还是在EXE中分配和释放的。

wang37921的这篇博客第一句话"无论这些第三方库是静态库还是动态库，或者同时有静态库和动态库(可以同时使用)，必须保证在生成这些库时，使用的C Runtime库是同一个版本（/MT, /MTd, /MD,或者/MDd）【如果是VC的话，在项目属性->配置属性->C/C++->Code Generate->Runtime Library中设置】。"  应该是错的，我不知道他有没有做过实验来验证。