最痛苦的BUG之三，与大家共享

最新推荐文章于 2020-09-27 16:16:35 发布

转载最新推荐文章于 2020-09-27 16:16:35 发布 · 919 阅读

本文记录了一次因频繁使用new和CString导致的内存碎片问题，通过使用MessageBox触发系统内存整理解决临时问题，并最终采用GlobalAlloc()/GlobalFree()替代new/delete来有效管理内存，避免碎片产生。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

某年，某月，某日。
为某一个大型程序，增加一个大型功能。编译，运行，死机。

跟踪之，居然死在了如下语句：
CString str;
而且还极不稳定，这次调试死在n行，下次调试死在m行。但都是和内存申请有关。（由于程序很大，其中频繁地申请和释放内存，多处使用new和CString）

猜测：一定是内存不够啦，遂在某处调用函数得到当前剩余的物理内存数量并使用MessageBox显示。报告曰：自由物理内存还有100多M。鼠标按下OK键，程序居然不死了。恩？？？

删除MessageBox()函数---死！加上MessageBox()函数---不死！再删除--死，再加上--不死。晕倒！

捏呆呆郁闷不知道多少时间后，灵光闪烁......把多处的new/delete改写为GlobalAlloc()/GlobalFree()，一切OK。

事后原因分析：使用new和CString，频繁申请，释放内存，一定产生零碎内存块。当使用MessageBox的时候，系统接管程序的运行（因为它在等待着你按OK按纽），它这时候开始回收合并这些零碎的内存块。这样程序就没有问题了。而函数GlobalAlloc()/GlobalFree()本身就有回收合并零碎内存的功能。

友情提示：在频繁使用new,CString的场合，建议把某些（大）数据块的申请用GlobalAlloc替换。
友情求援：以上分析，不一定正确。需要new和GlobalAlloc源码分析才能作出正确判断。或那位朋友确切知道原因？