如果有一天，你发现你的程序在 Debug版下面结束的时候有很多应该执行的函数没有执行，而在Release版下面却正常执行了. 看看下面的文章也许会让你在无助和黑暗之中看到一点希望.
本人今天就碰到了。我们的项目已经开发了很长一段时间，代码量已经非常之大了. 一直以来我们都是小心谨慎， 可是突然一天，当我调试程序的时候:
我把程序的窗口一关（想退出程序) .结果VC6的Debug Output窗口里面就闪出了一大堆的内存泄露的消息. 经检查，居然是因为程序的CWinApp::ExitInstance函数没有被执行. 我就觉得奇怪了，一直以来都好好的。为什么突然会这样呢? 在黑暗之中探索了很久，线索只有一个：程序居然在Release版本下面是正常的，CWinApp::ExitInstance也被执行了.
由于代码量真的是很大，经过了一个漫长的寻找过程, 就不细说了.
......................
最后发现, 原因是在CMainFrame::~CMainFrame()函数里面使用了一个ASSERT(), 语句. 而恰好里面的条件为FALSE了. 虽然这个断言被触发了。
可是事实上什么对话框也没有弹出来。 无声无息的就把进程给Exit了.
稍微研究了一下以后发现原因是这样的:
ASSERT函数最后会要调用一个内部的API(其实就是MessageBoxA)来弹出那个断言对话框, 可是这时候如果你的程序的所有窗口的窗口都已经Destory掉了的话，这个对话框就弹不出来了(暂时还没有找到原因,好象是微软就是这样设计的). 大家都知道，断言的对话框上面有三个按钮: 中止, 重试和忽略. 其中默认的就是中止，这时候由于对话框没有显示出来，所以系统莫认就中止进程了. 而这种中止是强制的， 系统不会对对象做任何的清理工作. 结构就导致了程序后面很多的清理资源的函数没有被执行.
结论：
大家最好不要在程序的主窗口结束以后使用断言，以免给程序带来莫名其妙的错误. 因为这种错误真的很难找^_^
另外我还奇怪的发现，只要在ASSERT的前面加上PeekMessage(&msg, 0, 0, 0, 1); 这句话， 那断言对话框就可以弹出来了. 原因我还没有找到，有兴趣的朋友不防研究一下啦!
msn: [email protected]
2004-08-24 
|
本类阅读TOP10