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

2021年有关C类继承和异常保护的一点笔记 2021年有关C类继承和异常保护的一点笔记 PAGE / NUMPAGES 2021年有关C类继承和异常保护的一点笔记 关于C++类继承和异常保护一点笔记 Lightning[0GiNr] 前些天KsSuperGraphExBUG很是晕人，其崩溃原理也比较罕见，特发文存档。 下面是某些代码： // 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)那两条语句也会得比较古怪。