关闭

VC异常处理随笔

标签: includedelete2010c
479人阅读 评论(0) 收藏 举报
分类:
 

VC异常处理随笔

分类: C/C++ 535人阅读 评论(2) 收藏 举报

转自:http://cetion.blog.sohu.com/71842570.html

 

================================================================================

 

1:如果使用普通的处理方式:ASSERT,return等已经足够简洁明了,请不要使用异常处理机制.

2:可以通过异常处理简化程序结构.

A:如果if~else,用来排除异常时(注意不是一般条件判断时),如果出现多个if~else的嵌套从而影响了程序结构时,可以使用异常化处理.

3:c++中的try{}catch(...){},三个.代表所有的异常.(异常分不同的类型).

 try
 {
  int *a;
  a=(int *)0x00001;
     *a=99;
 }
 catch(...)
 {
  AfxMessageBox("error");
 }

4:throw,用来人为的 扔出一个异常.

5.比C的setjump,longjump优秀. 

6.可以处理任意类型的异常. 
你可以人为地抛出任何类型的对象作为异常. 
throw 100; 
throw "hello"; 
... 

7.需要一定的开销,频繁执行的关键代码段避免使用C++异常处理机制. 

8.其强大的能力表现在: 
A.把可能出现异常的代码和异常处理代码隔离开,结构更清晰. 
B.把内层错误的处理直接转移到适当的外层来处理,化简了处理流程.传统的手段是通过一层层返回错误码把错误处理转移到 
上层,上层再转移到上上层,当层数过多时将需要非常多的判断, 以采取适当的策略. 
C.局部出现异常时,在执行处理代码之前,会执行堆栈回退,即为所有局部对象调用析构函数,保证局部对象行为良好.
D.可以在出现异常时保证不产生内存泄漏.通过适当的try,catch布局,可以保证delete pobj;一定被执行.

E.在出现异常时,能够获取异常的信息,指出异常原因. 并可以给用户优雅的提示. 
F.可以在处理块中尝试错误恢复.保证程序几乎不会崩溃. 通过适当处理,即使出现除0异常,内存访问违例,也能让程序不崩溃,继续运行,这种能力在某些情况下及其重要.

 

9陷阱:派生类中的异常规范 
在派生类中重定义或覆盖一个函数定义时,它应具有与基类中一亲友的异常规范,或至少应该在新的异常规范中给出基类异常规范的一个子集.换言之,重定义或覆盖一个函数定义时,不可在异常规范中添加新异常.但是,如果愿意,可删减基类中原有的异常.之所以有这个要求,是因为在能够使用基类对象的任何地方,都能使用一个派生类对象.因此,重定义或覆盖的函数必须兼容于为基类对象编写的任何代码.

 

10:assert 语句是在程序中进行错误检查的一种精简方式.

Assert语句在cassert库中定义,所以使用assert语句的任何程序都必须包含以下include预编译指令: 
#include 
Assert是一个宏(类似于函数的一种结构),所以有必要在一个库中定义它. 
使用assert语句的一个好处是可以将其关闭.你可在自己的程序中用assert语句来高度程序,再将其关闭使用户看不到他们无法理解的错误消息.关闭assert语句,还能减少程序执行这些语句的开销.要关闭程序中的所有assert语句,请在include预编译指令之前添加#define NDEBUG,如下所示: 
#define NDEBUG 
#include 
因此,如果在进行了全面高度的程序中插入#define NDEBUG, 就会关闭程序中的所有assert语句.如果以后改动了程序,可删除程序中的#define NDEBUG重新打开assert语句.

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:1227020次
    • 积分:12631
    • 等级:
    • 排名:第1087名
    • 原创:164篇
    • 转载:263篇
    • 译文:0篇
    • 评论:106条
    文章分类