Use MFC in a Static Library，This may be due to a corruption of the heap....

                       工程选择Use MFC in a Static Library 模式，编译出的程序较大，发布时可以不用带MFC的dll，

            反之Use MFC in a Shared DLL模式，编译出来的程序较小，发布时需要带MFC的dll。

                      最近做一个项目，一直用的Use MFC in a Shared DLL模式测试，debug和release一直都正常。

           现在选择Use MFC in a Static Library模式来编译使用，则出现了以下问题：

                   This may be due to a corruption of the heap, and indicates a bug in xxx.exe or any of the DLLs it has loaded.
                            ... ...
                   The output window may have more diagnostic information

          找了网上的资料，都是内存方面出问题。跟踪定位，错误出现在delete一个结构体处。不过研究代码

          觉得流程一切正常啊  new 初始化 -->  然后给结构体赋值 --> delete。结构体里有指针是malloc分配的

          内存，不过也都释放了。最后发现，我的mfc程序里使用了自己编译的dll，结构体赋值这块是在dll模块

          运行的，指针成员是通过malloc分配的内存。释放内存操作是在mfc程序里进行的。只要调用dll分配了

          内存，在程序里 释放内存就都会有问题。测试结构体不调用dll直接在程序里分配释放就没有问题，暂时

          还不明白问题产生 的原因。

          两种模式的具体区别还没有搞懂，有知道的也请说明下。

补充：

http://blog.sina.com.cn/s/blog_60d705b10100g4ou.html这篇文章里是这么介绍的，估计就只能这样了：

因为malloc/free,new/delete都是调用HeapAlloc/HeapFree来实现来实现内存分配是释放的。

查看Windows的API可以看到，这两个函数都需要一个Heap的HANDLE做为参数。CRT库采用了全局变量来保存这个HANDLE。如果是CRT静态链接，CRT库的代码会链接到各个DLL中去，也包括这个全局变量。

也就是说，每个使用CRT静态链接的dll中都有一个自己的全局堆句柄，他们自己都在这个句柄上使用内存。当释放dll中分配的内存时由于使用的堆句柄不一致于是出错。

 

当使用CRT动态链接时，有于每个dll都是去调用CRT库的dll函数来分配和释放内存的，使用的是同一个句柄，所以就没有这个问题。