有关C++类继承和异常保护的一点笔记.docVIP

有关C++类继承和异常保护的一点笔记.doc

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
有关C类继承和异常保护的一点笔记

有关C++类继承和异常保护的一点笔记 Lightning[0GiNr] 前些天KsSuperGraphEx的BUG很是晕人,其崩溃原理也比较罕见,特发文存档。 下面是一些代码: // VC: Debug #include stdio.h class CData { public: CData(int nData) { if(nData == 0) throw DATA == 0!; // 当传入参数为0时直接抛出异常 m_nData = nData; } protected: int m_nData; }; class CBase { public: CBase(int nData) { m_pData = new CData(nData); // 没有设置异常处理器,异常会被抛向上一层函数调用。 } CBase(){} // 被CApp类使用。 ~CBase() { if(m_pData != NULL) delete m_pData; } protected: CData* m_pData; }; class CApp : public CBase { public: CApp(int nData) { m_pData = new CData(nData); } // ~CBase() 不需要,因为基类可以负责处理 }; int main(void) { try { CBase(0); // 成功捕获异常! } catch(const char* pszError) { printf(ERROR: %s\n, pszError); } system(pause); return 0; } 程序输出为ERROR: DATA == 0,异常被成功捕获。 但是,我们真正的问题是,把main函数中的CBase(0)语句换成CApp(0)后,程序却直接崩溃掉了! 从表面上来看,CApp是CBase的子类,而且构造函数也是照着CBase抄的。那为什么会crash呢? 在崩溃的时候用VC调试器中断下来,断在这里: ~CBase() { if(m_pData != NULL) delete m_pData; // m_pData == 0xCCCCCCCC } 显然m_pData没有被正确初始化。不过既然是断在了CBase中,问题应该就是CBase中的了,可为什么最初我们的CBase(0)语句没有导致崩溃呢? 通过“调用堆栈”,可以看到函数的调用情况是这样的: operator delete(void * 0xcccccccc) line 47 + 3 bytes CBase::~CBase() line 32 + 17 bytes SIZETEST! CApp::CApp(int) + 11256 bytes 也就是说,当CApp类中的m_pData初始化失败时抛出异常后,会先执行基类的析构函数,而m_pData的值仍然是未初始化前的0xCCCCCCCC,这时在DEBUG版本中if(m_pData != NULL)起不到任何作用,所抛出的Access Violation 异常不会被我们只捕获const char* 的catch块拦截到,因而程序崩溃。 但是,如果是CBase,情况就不同了: operator delete(void* 0013ff68) line 47 + 3bytes SIZETEST!CBase::CBase(int) line 26 如果是CBase自己异常,那么它并不会调用自己的析构函数,这样异常就可以被捕获了。 如何解决CApp类中的问题呢?我们这以这样: CApp::CApp(int nData) { m_pData = NULL; m_pData = new CData(nData); } // 这样CBase::~CBase中的if判断就可以防止错误的发生了。当然CApp::CApp(int nData)的那两条语句也会得比较古怪。

文档评论(0)

wnqwwy20 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:7014141164000003

1亿VIP精品文档

相关文档