EXE加载DLL(两个默认堆问题)

文章结构：

前言及问题的抛出

（1）问题描述[关于两个默认堆的产生]

（2）微软警告[来自微软的解释]

（3）原因分析[导致异常的原因分析]

（4）针对该问题的应对方案[结论]

前言及问题的抛出：

堆，我们都知道，是动态申请的空间，需要我们显示进行申请及释放资源。譬如说，我们调用了malloc,就要调用free，我们调用了new,就要调用delete。否则会产生内存泄露。

但是，你有没有想过，即便是我们正常地配对使用new和delete，也有可能会出现问题呢？此处，抛出我们今天需要讨论的问题：两个默认堆的问题。

（1）问题描述。首先说一下，什么情况下，会出现两个默认堆。我们可以参考如下博文：

  http://hi.baidu.com/gensoft/item/4b80ea9aa520c5f629164716

总结之：当exe链接到静态C库，DLL连接到动态C库时，就会产生两个默认堆。此时在一个模块里面new，在另外一个模块里面delete，就会出现问题！

（2）其实，对于该问题，msdn中就已经指出警告：

该警告msdn的链接：

http://msdn.microsoft.com/zh-cn/library/cc438633(v=vs.71).aspx

（3）归根结底，产生该问题的根本原因是：模块之间使用的运行时库不一致！

     我们应该知道，new和delete的调用，最后是会依赖于运行时库的实现的。

     举例子说明一下：

     试想一下，当A.exe链接到静态C库，B.DLL连接到动态C库时：

     在A.exe的进程空间中，调用new函数，申请一段空间SAPCE。实际上是用静态C库提供的接口进行资源的申请的。如果这个时候，A.exe加载了B.DLL，并且将上述空间SAPCE的指针传给B.DLL,在B.DLL内，执行delete(SPACE)。那么，实际上执行的，是动态C库的delte接口，进行资源的释放！！！

     到现在，我们是不是都觉察到这是怎么一回事了吧。

     很明显，静态C库的new和delete是应该配对使用的，动态C库的new和delete也是应该配对使用的。不配对使用，虽然还没深入了解两者实现的具体不一致之处，我们也可以用拍一下脑袋，这不配对，带来的结果就是未知！未知，意味着结果不可控。不可控，啥都有可能发生！堆栈被破坏啦，程序崩溃了等等，让你找不着北。

（4）结论：

     结论一：我们可以乖乖地遵循微软的警告，不要混合使用运行时库的静态版本和动态版本。

     结论二：（嘻嘻，偏偏不遵循警告的做法，用一下我老大教我的法子）

上述问题的出现，目前看到的，主要是由于运行时库版本不同，却混合使用，然后在资源申请和释放阶段出问题。那么，我们可以切入出现问题的地方！ 譬如：就上述例子而言，对于A.exe,可以申请一段空间SPACE,同时，A.exe可以提供一个函数，该函数负责释放该段空间SPACE!这样的话，B.dll在释放空间时，调用A.exe提供的这个函数即可。那么，SAPCE的申请和释放，使用的new和delete就是调用的一直的运行时库版本。

--------------------------------------------------------------------------------------------

（5）补充另外一位仁兄提供的网络上的资料，对该问题的描述更加详细到位：

一个模块一个堆，一个线程一个栈。
dll里malloc的内存，在exe里free会出错。

CRT（C运行时期库）不是使用进程缺省的堆来实现malloc（new中调用malloc）的，而是使用一个全局句柄HANDLE _crtheap来分配内存的。这个_crtheap是在XXXCRTStartUp（CRT提供的进口点函数）中创建的。 
由于CRT静态连接，则楼主的DLL里有也有一个CRT，因此也有一个_crtheap。而在dll中的new使用dll中的_crtheap句柄分配堆，在exe中的delete使用exe中的_crtheap释放堆，当然失败！

1。在DLL中输出一个函数给EXE调用，专门用来释放由DLL分配的内存；
2。用GlobalAlloc()代替new，用GlobalFree()代替delete；
3。使用单一的堆，分配内存使用HeapAlloc(GetProcessHeap(),0,size)，释放内存使用HeapFree(GetProcessHeap(),0,p)；
4。把dll和exe的Settings的C/C++选项卡的Code Generation的Use Run-time liberary改成Debug Multithreaded DLL，在Release版本中改成Multithreaded DLL；这样使用一个CRT了——MSVCRT.DLL。

C语言C++语言Windows 平台COMIMalloc 接口BSTR申请malloc()newGlobalAlloc()CoTaskMemAlloc()Alloc()SysAllocString()重新申请realloc()
GlobalReAlloc()CoTaskRealloc()Realloc()SysReAllocString()释放free()deleteGlobalFree()CoTaskMemFree()Free()SysFreeString()

　　以上这些函数必须要按类型配合使用（比如：new 申请的内存，则必须用 delete 释放）。在 COM 内部，当然你可以随便使用任何类型的内存分配释放函数，但组件如果需要与客户进行内存的交互，则必须使用上表中的后三类函数族。IMalloc 接口又是对 CoTaskXXX() 函数族的一个包装。包装后，同时增强了一些功能，比如：IMalloc::GetSize()可以取得尺寸，使用 IMallocSpy 可以监视内存的使用。

------------------------------------------------------------------------------------------------------

OK，结束。希望有问题大家不吝指出，大家共同进步哈！

（读者请注意，尽信书不如无书。上述描述还不够深入且未贴近真相。哥要再研究研究运行时库实现、堆实现等相关知识后，再持续补充、纠正！！！）