关于 MFC 中 CString 内存泄露的问题

在VC++6中，CString 的拷贝构造函数没有使用内存分配，而是使用的引用，它内部保存了一个引用的计数器（这是错误的根源，MFC还有很多BUG那，以后有时间给大家介绍）。比如：

CString str1="aaa";
CString str2=str1;   //注意，这时候str2并没有调用 new ，而是使用str1的引用同时，str1中保存的引用记数++
str2="abcd1234";     //好了，现在str2才分配内存，str1引用记数--。这同时也是为什么str2.Empty()就没有内存泄露的原因。因为str1的引用记数也--了。

另外，它分配内存的方法是4字节对齐的64字节的倍数+sizeof(内部结构)（超过64的时候）。

在多数情况下，比较简单的使用过程中，MFC的这个BUG不会发作，也就是不会有内存泄露。那什么时候CString会暴露出BUG那？
我以前出现错误的经验是：如果多次调用带有CString引用的参数的函数（形如：funstr(CString &str);这样的函数），在一定的时候（和字符串长度有关系），CString的内部引用记数器发生记数混乱，造成内存泄露。

VC++7(.NET) 中，MFC彻底修改了CString，把它写成了CStringT形式的模板类。它有没有BUG，目前我还不太清楚。

引自：http://www.turingedu.com/ArticleContent.asp?ID=3624

引文：在多数情况下，比较简单的使用过程中，MFC的这个BUG不会发作，也就是不会有内存泄露。那什么时候CString会暴露出BUG那？U8N#Rwq
我以前出现错误的经验是：如果多次调用带有CString引用的参数的函数（形如：funstr(CString &str);这样的函数），在一定的时候（和字符串长度有关系），CString的内部引用记数器发生记数混乱，造成内存泄露。
J8V,^a!dH8ZRgFJ
    应为vc6.0在CString类的包装上的“小问题”，CString的内存泄露问题就像一颗炸弹，埋伏在你的程序中，大家知道我们在编写程序的时候这个类定义的变量（对象）我们一般都不释放的，即使有的地方告诉我们使用releaseBuffer来释放，可这并不能解决问题，因为我们没有使用申请变量空间的办法，所以很多时候解决不了问题。c3P:v"m%oC

    今天出现内存泄露的情况如下：

   我在窗体类中定义了多个CString 类型的变量，然后使用ddx来交换变量，结果，程序运行完毕只有，我一调试，有内存泄露，费了一整天功夫，才找到解决办法。（头非说我用了new不可，要我使劲找，我很清除我没有用new）。 }4Wj?bE2TbG

   其实解决方法恒简单，就是在updatedata（false）之后，将变量赋值为空就可以了，具体的做法如下：
8iv!] ^s"I
  CString m_XUN;

  m_XUN="";2Jq(o2N5?qU
yV)k? Gb
  m_XUN.Empty();//这一句话就可以了，费了我不少痛苦的表情c:@z;s)K{ Jr
w"{(^!euS^ pd?
//晕倒，在debug下运行的程序没有问题，但在release下当退出的时候出现了问题，找来找去还是对CString赋值

的问题，现在正解决中.... E:c$t AB

转自：http://www.cnblogs.com/zhwl/archive/2012/11/09/2761971.html