错误码、异常和断言

1. 为什么要用异常代替错误码?

错误码的缺点&＃xff1a;

1) 默认是可以忽略的&＃xff0c;因为调用函数时可以不处理其返回值&＃xff0c;从而错误处理要依赖于程序员的主动性&＃xff0c;而不是程序机制的要求&＃xff1b;

2) 不能跨作用域传送&＃xff0c;必须逐层向上转发&＃xff0c;即使中间没有对错误码进行重新定义&＃xff1b;
 

使用异常可以解决解决这两个问题&＃xff1a;

1) 异常默认是不可忽略的&＃xff0c;抛出的异常必须捕获&＃xff0c;否则就会报错&＃xff1b;

2) 异常可以跨作用域传送&＃xff0c;从而错误的发现和处理被很好地分离开来&＃xff1b;
 

2. 异常和断言的区别&＃xff1a;
 

异常被捕获后可以不作处理&＃xff0c;程序从捕获位置继续执行。而断言是完全无法忽略的&＃xff0c;程序在断言失败处立即终止。因此断言通常用于调试版本&＃xff0c;用来发现程序中的逻辑错误。虽然异常也能起到这样的作用&＃xff0c;但是不应该用异常代替断言&＃xff1a;
1) 如果发现了逻辑错误&＃xff0c;必须修改程序&＃xff0c;而不可能在程序中进行处理和恢复&＃xff0c;所以不需要向外传送&＃xff0c;没有必要使用异常。
2) 使用断言的开销比异常小得多&＃xff0c;而且断言可以从发布版中完全去除。
 

异常用于处理正确程序中的运行期问题(比如内存分配失败&＃xff0c;窗口创建失败&＃xff0c;线程创建失败&＃xff0c;打开文件失败)&＃xff0c;以尽可能恢复&＃xff0c;而不是终止程序。对于运行异常&＃xff0c;使用断言是非常不合适的&＃xff0c;理由很显然&＃xff1a;
1) 断言在发布版不起作用&＃xff1b;
2) 断言的处理方式不够友好&＃xff1b;
3) 运行异常不是程序错误&＃xff0c;没有必要报告源代码出错位置&＃xff1b;