MFC的CString(VC6) 内存管理分析

CString 类是我们经常用到的类,所以有必要对它的内存管理模式分析一下.

CString 内存管理的演变过程如下：

   VC5  单纯的使用new delete方法。
        因为字符串操作需要频繁调整内存大小.而采用C++操作符 new 与 delete 
        是没有与realloc相应功能的。结果就是每一次的改变内存大小都需要额外
        增加一次拷贝操作。
        而 new 与delete 在实现中在进程堆中分配。频繁地在堆上进行小内存分配与释放
        必然在堆上产生大量碎片。堆碎片过多直接影响了程序效率。
        于是MFC在VC6版本对此进行了改进。
           
   VC6  对于大于512字节的内存和DEBUG模式下，CString仍然使用 new 和 delete来操纵。
        在Release模式下不大于512字节的内存分配操作采用了内存池管理。
        并将之细分为 <=64, <=128, <=256, <=512 字节4个内存池管理。
 这样在不大于512字节的情况下CString有了很好的效率。
        但是传说中有解决一个BUG就会产生另外一个BUG的定律。
 CString 显然也无法避免它。
        
        于是在VC7中又改了。
  
   VC7 恢复使用C 的内存管理调用方式。即采用 alloc, free, realloc. CString存在的问题
       就是由于new与delete没有realloc重新调整内存大小的功能。之前产生的问题导致最终
       还是采用了C的管理方法。

在VC6中为了解决CString小内存操纵的性能问题 MFC在Release版本下对于不大于512字节的内存分配
采用的内存池管理来进行优化。其他情况下仍旧使用new 与delete.

Release版本下CString在处理不大于512Byte字串的内存时调用如下
VC6 中CString 分配内存与释放内存调用次序如下

CString::AllocBuffer 
         CFixedAlloc::Alloc
                    CPlex::Create

CString::FreeData
         CFixedAlloc::Free
=========================================================================================
相关代码引用如下：
FILE:MFC/SRC/STRCORE.CPP
void CString::AllocBuffer(int nLen) //用来分配内存
{
 
    ... 
 #ifndef _DEBUG   // 在Release 版本并且是不大于512字节
 if (nLen &l