引文：在多数情况下，比较简单的使用过程中，MFC的这个BUG不会发作，也就是不会有内存泄露。那什么时候CString会暴露出BUG那？
我以前出现错误的经验是：如果多次调用带有CString引用的参数的函数（形如：funstr(CString &str);这样的函数），在一定的时候（和字符串长度有关系），CString的内部引用记数器发生记数混乱，造成内存泄露。
应为vc6.0在CString类的包装上的“小问题”，CString的内存泄露问题就像一颗炸弹，埋伏在你的程序中，大家知道我们在编写程序的时候这个类定义的变量（对象）我们一般都不释放的，即使有的地方告诉我们使用releaseBuffer来释放，可这并不能解决问题，因为我们没有使用申请变量空间的办法，所以很多时候解决不了问题。
今天出现内存泄露的情况如下：
我在窗体类中定义了多个CString 类型的变量，然后使用ddx来交换变量，结果，程序运行完毕只有，我一调试，有内存泄露，费了一整天功夫，才找到解决办法。（头非说我用了new不可，要我使劲找，我很清除我没有用new）。
其实解决方法恒简单，就是在updatedata（false）之后，将变量赋值为空就可以了，具体的做法如下：
CString m_XUN;
m_XUN="";
m_XUN.Empty();//这一句话就可以了，费了我不少痛苦的表情
//晕倒，在debug下运行的程序没有问题，但在release下当退出的时候出现了问题，找来找去还是对CString赋值
的问题，现在正解决中....
查原因到4点半，终于找到了原因，另开一贴说明。