effective java笔记39-对不正常的条件才使用异常

错误的开始
这一篇的中心思想很明确，所谓异常是用来处理预料之外的错误，不要用异常去处理意料之内的事情，比方说知道某段代码一定会出错，然后用try/catch括起来，等它出错，从而达到程序跳转，遍历数组，跳出循环等目的，像下面的代码是拙劣不可取的

try {
    int i = 0;
    while(true) {
        a[i++].f();
    }
}
catch (ArrayIndexOutOfBoundException e) {
}

应该转换成标准写法

for (int i = 0; i < a.length; i++) {
    a[i].f();
}

错误的来源
上面的两种写法，孰优孰劣一目了然，但是为什么有人用第一种方法，目的是为了性能，但答案比非如此
方法二，每次对数组的访问，JVM都要判断越界情况，既然这样，就不要循环终止测试(i < a.length)
结果是错了，原因在于：
1. 创建，抛出和捕获异常的开销是非常昂贵的
2. 把代码放在try/catch块中，阻止了现代JVM实现本来可能要执行的优化操作(例：JVM对数组遍历的优化)
实际上，在所有版本的JVM上，标准模式比基于异常的模式快的多

启示
不单单是条件控制，对于API的设计也应该遵循这条原则 - 一个良好的API不应该强迫它的客户为了正常的控制流而使用异常
例如：你设计了一个MethodA，你希望当满足某些条件的时候才能让客户调用MethodA，那么相对应的，你也应该设计出一个MethodB来表示是否获得了满足执行MethodA的条件，而不是让客户把MethodA丢进try/catch块，这种MethodB我们称为“状态测试”方法
在Java中，Iterator类就是一个很好的例子，next()方法就是MethodA，而对应的hasNext()就是MethodB，试想，如果没有hasNext()方法，那么next()方法势必放在try/catch中执行，这将是多么的糟糕！