从CString::Mid()的崩掉看问题

王朝other·作者佚名  2006-01-09
窄屏简体版  字體: |||超大  

从CString::Mid()的崩掉看问题

今天,当我写的程序拿到另一台电脑上去测试时,发现程序崩掉了。经过一番追踪,我发现我竟然栽在Mid函数手上。我在使用Mid函数时没有判断字符串是否为空,这个函数居然使程序崩掉了。我真的郁闷啊。按照我的习惯的思维,字符串为空时调用Mid函数应该会返回空字符串啊,怎么会崩掉呢?难道CString中的Mid真的有问题吗?这勾起了我去探求Mid函数的兴趣。我通过跟踪进到函数内部,发现其中有几个断言:

ASSERT(nFirst >= 0);

ASSERT(nFirst + nCount <= GetData()->nDataLength);

我是死在了后一个断言手上。所以在Win32 Debug模式下运行程序时,程序自然会崩掉了。呵呵,只要换成Win32 Release模式就一切都OK了。

问题搞清楚了,该总结以下了:

1.程序出错了,总要先怀疑自己,确定自己写的没错了,再去找别人的茬去。当我看到当程序运行到Mid()处崩掉时,我一个劲地埋怨写这个函数的人,怎么这么烂,这也会写错,其实是我自己孤陋寡闻,我想这也是一个极不正确的态度,我希望我能改过来。要是你也和我有一样的问题,那么,也下决心改正吧

2.写程序千万不要偷懒。程序崩掉在很多情况下是因为程序员偷懒造成的(个人见解),如果能多一些合法性检查、空值检查,多一写出错处理,很多程序也就不会那么脆弱了。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有  導航