跟我学(Effective Java 2)第57条:只针对异常的情况才使用异常

第57条:只针对异常的情况才使用异常

 try {
            int i = 0;
            while (true){
                range[i++].climb();
            }
        }catch (ArrayIndexOutOfBoundsException e){

        }

这段代码明显是想让数组一致遍历,直到边界,继续遍历,然后数组越界,此时被异常捕获,遍历终止。虽然也能达到目的,但这么做很容易引起人误解,并且方法也不规范,我们完全可以使用for循环来处理。

for(ang m : range){
            m.climb();
        }

为什么优先异常的模式,而不是用行之有效标准模式呢?
可能被误导了,企图利用异常机制提高性能,因为jvm每次访问数组都需要判断下标是否越界,他们认为循环终止被隐藏了,但是在foreach循环中仍然可见,这无疑是多余的,应该避免。

上面想法有三个错误:

1.异常机制设计的初衷是用来处理不正常的情况,所以JVM很少对它们进行优化。

2.代码放在try…catch中反而阻止jvm本身要执行的某些特定优化。

3.对数组进行遍历的标准模式并不会导致冗余的检查。

基于异常模式模糊了代码意图,降低它的性能,并且无法保证正常工作!如果出现bug,模式可能会悄悄失效,并且掩盖这个bug,增加调试过程的复杂性。假设循环中调用某个方法执行不相关数组的越界异常访问,使用合理模式,可以获得完整的异常链,如果基于异常模式,这个bug会捕获到,但是被误解为正常循环终止条件。

良好的API设计不应该强迫它的客户端为了正常的控制流而使用异常。

总之,异常是为了在异常情况下使用而设计的,不是为了普通控制使用的。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值