前车之鉴-ASSERT带来的奇怪错误1

如果有一天，你发现你的程序在 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: sxxny@hotmail.com

???????????????????????????????????????????????????????????????????????????????????? 2004-08-24