前车之鉴--使用ASSERT可能会给你带来的麻烦

类别:VC语言 点击:0 评论:0 推荐:

如果有一天,你发现你的程序在 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

本文地址:http://com.8s8s.com/it/it761.htm