本文探讨了一个多线程程序中出现的随机崩溃问题，最终发现是由于不当的异常处理导致堆被破坏。作者详细分析了问题的原因，并强调了在C++中正确使用异常捕获的重要性。
最近遇到一个很奇特的bug, 在一个多线程程序中, 经常出现随机的崩溃，vs指向的错误代码都到一些MFC自己的函数里去了。。 使用vs 查看调用堆栈， 发现多次出错地方都不一样，大多数时候还不会出现。 查看输出报告， 有访问异常还有堆错误。。 初步估计是堆被不小心破坏了， 一直以为是新加代码的内存分配或者删除时错误。。 结果找了很多天。。无功而返。。
最后在一个意想不到的地方（某个使用了多年的线程函数）中找到了如下一段代码。。。
ThreadFunc()
{...
try{...
pointer->pProduct[iItem]=xxx;
...
}
catch(...)
{
//AfxMessageBox(...)
}
...}
诈一看这段代码，也没什么问题，原意大概是想调试时捕获可能的异常显示出来，后来release的时候干脆把AfxMessageBox也去掉了，但却没去掉异常捕获，大概是当时以为可以实现类似 vb 中 on error resume的功能（有错误直接跳过，继续执行）。但是仔细一想就不对了， 如果里面的代码破坏了堆呢？如上面的代码，iItem若超过了pProduct分配的内存大小， 很多情况下， 若只是在超过分配的内存后面写少量东西，可能程序仍然可以正常运行。。 但是这样的后果就是可能产生随机的异常，因为你根本不知道这段代码会破坏掉什么东西。。。
所以， c++应小心使用异常捕获，若非要捕获，最少也要输出到log里面， 而不要什么也不作。。特别是捕获省略号的时候catch(...)
http://blog.csdn.net/earthhang/archive/2010/06/16/5674224.aspx
扫一扫
399
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
