01、目录
02、异常机制
我们开发的软件一般按照正常的流程操作时运行不会出问题,但是用户不一定会根据软件工程师的想法来操作软件,而且往往随机性很大,另外,软件的运行环境也会改变,例如硬盘空间不足、文件被移走,这些都可能会导致软件出现异常,甚至崩溃。所以我们进行软件开发时要充分考虑异常的捕捉和处理。
C++异常处理思想如下:
进行异常处理的目标是,使软件具有容错能力,在出现运行环境或者异常操作等问题时,程序能够继续往下运行,必要时弹出提示信息。
软件开发中往往每个函数都有自己的分工,很多出现错误的函数都不会处理错误,而是产生一个异常让调用者捕捉和处理。如果调用者也不能处理此异常,则异常就会被继续向上级调用者传递,这个传递过程会一直持续到异常能被处理为止。如果程序最终没能处理这个异常,那么它就会被传递给C++的库函数terminate,然后terminate会调用abort函数终止程序。
MFC异常处理与C++标准异常处理是类似的,只是它在抛出和捕获异常时使用了一些宏,另外还将异常封装到了CException类及其派生类中。下面就分别讲解这些宏与异常类。
03、MFC异常宏
MFC提供的异常处理宏包括TRY、CATCH、AND_CATCH、END_CATCH、THROW、THROW_LAST等,大家看着名称是不是与C++标准异常处理的关键字相似?它们实际上就是在try、catch和throw的基础上定义的。
宏定义如下:
// Exception macros using try, catch and throw
// (for backward compatibility to previous versions of MFC)
#define TRY { AFX_EXCEPTION_LINK _afxExceptionLink; try {
#define CATCH(class, e) } catch (class* e) \
{ ASSERT(e->IsKindOf(RUNTIME_CLASS(class))); \
_afxExceptionLink.m_pException = e;
#define AND_CATCH(class, e) } catch (class* e) \
{ ASSERT(e->IsKindOf(RUNTIME_CLASS(class))); \
_afxExceptionLink.m_pException = e;
#define END_CATCH } }
#define THROW(e) throw e
#define THROW_LAST() (AfxThrowLastCleanup(), throw)
// Advanced macros for smaller code
#define CATCH_ALL(e) } catch (CException* e) \
{ { ASSERT(e->IsKindOf(RUNTIME_CLASS(CException))); \
_afxExceptionLink.m_pException = e;
#define AND_CATCH_ALL(e) } catch (CException* e) \
{ { ASSERT(e->IsKindOf(RUNTIME_CLASS(CException))); \
_afxExceptionLink.m_pException = e;
#define END_CATCH_ALL } } }
#define END_TRY } catch (CException* e) \
{ ASSERT(e->IsKindOf(RUNTIME_CLASS(CException))); \
_afxExceptionLink.m_pException = e; } }
可以看出这些宏的定义中都包含了相应的C++异常处理关键字,本质上还是要通过try、catch和throw实现。
注意:此处的 “\”,意思是当前行与下面一行是同一行,实现在写法上的美观,此为MFC中的写法,不适用与C++等其他语言!
04、MFC异常类
MFC将对异常的处理封装到了异常类–CException类及其子类中。其实即使我们不使用MFC异常宏而是使用C++标准异常处理的话,也是会用到MFC的CException类及其子类的。MFC异常类及其含义如下表:
MFC异常类 | 描述 |
---|---|
CSimpleException | 资源紧张异常的基类 |
CInvalidArgException | 无效参数异常 |
CMemoryException | 内存不足 |
CNotSupportedException | 响应对不支持服务的请求 |
CArchiveException | 存档/序列化异常 |
CFileException | 文件异常 |
CResourceException | Windows 资源分配异常 |
COleException | OLE 异常 |
CDBException | 数据库异常(ODBC 类) |
COleDispatchException | 调度(自动化)异常 |
CUserException | 用消息框警告用户然后引发一般 CException 的异常 |
CDaoException | 数据库异常(DAO 类) |
CInternetException | 网络异常 |
05、MFC异常处理
MFC异常处理的TRY块的形式如下:
TRY
{
//复合语句
}
CATCH (MFC异常类名, 变量名)
{
//复合语句
}
AND_CATCH (MFC异常类名, 变量名)
{
//复合语句
}
AND_CATCH (MFC异常类名, 变量名)
{
//复合语句
}
......
END_CATCH
说明:TRY后的一对大括号内包含了可能会抛出异常的代码块;用CATCH子句捕获并处理异常,它捕获的是指向异常对象的指针,小括号中的“MFC异常类名”就是CException类或其子类的名称,变量名代表的就是“MFC异常类名”类型的指针变量;如果抛出的异常类型与CATCH子句中的不一致,则对后面的所有AND_CATCH子句依次检查,若子句的异常类型与抛出异常类型一致则由其捕获并处理此异常;最后用END_CATCH结束整个TRY块。
注意:MFC异常宏只能捕获处理CException及其子类类型的异常。
我们在使用MFC类时,有些会自动抛异常,当然我们可以在需要的情况下使用AfxThrow******()自己抛异常,这里的******与上面MFC异常类列表中的各个异常类对应,例如抛文件异常可以使用AfxThrowFileException(),参数可以查阅MSDN。
06、MFC异常处理实例
给大家一个简单的MFC异常处理的代码段,了解下如何使用MFC异常处理即可。
功能:监视创建文件的逻辑,如果文件找不到,则弹出对话框提示用户。
TRY
{
// 构造CFile对象file,并以只读模式打开一个文件,如果不存在则抛出CFileException异常
CFile file(_T("C:\\1.txt"), CFile::modeRead);
}
CATCH (CFileException, e)
{
if (e->m_cause == CFileException::fileNotFound)
{
// 如果捕获到CFileException异常且为文件未找到时,弹出提示对话框
MessageBox(_T("file not found!"));
return;
}
}
END_CATCH
上面这段代码的意义很简单,就是打开一个文件C:\1.txt,如果此文件不存在,则抛出CFileException异常,由CATCH子句捕获后判断是否是文件未找到,如果是则弹出提示对话框并返回。
再将上面的代码稍微修改下,以演示AfxThrow******()抛异常的用法:
CFile file(_T("C:\\1.txt"), CFile::modeRead);
TRY
{
AfxThrowFileException(CFileException::fileNotFound); // 手动抛出CFileException异常
}
CATCH (CFileException, e)
{
if (e->m_cause == CFileException::fileNotFound)
{
// 如果捕获到CFileException异常且为文件未找到时,弹出提示对话框
MessageBox(_T("file not found!"));
return TRUE;
}
}
END_CATCH
上面这段代码执行时,在CATCH子句中会捕获到文件异常。
最后提醒大家一下,MFC的建议是不再使用MFC异常宏,而是直接使用C++标准异常,它更加灵活。
07、小结
关于MFC的异常类,在项目中已经是很少看见了,一般都是用的C++异常处理。我接触MFC也有大半年了,对一些异常处理也是接触不少,类似一般简单的问题,或者说自己封装的类方法,我们是可以直接用返回值来确定的,定义一些全局宏,返回INT 类型或者 BOOL 类型,做响应的异常处理也是可以达到相同的效果,可能只有一些调用MFC或者第三方库,我们用异常类用的比较多一点,具体怎么用,还是根据问题场景选择。
异常处理就大概了解这些吧,如果有什么地方有误,欢迎评论区留言交流。
版权声明:转载请注明出处,谢谢!