第72条：优先使用标准的异常
重用标准异常好处：
1.它使API更易于学习和使用，因为它与程序员已经熟悉的习惯用法一致
2.它们的可读性会更好，因为它们不会出现很多程序员不熟悉的异常
3.异常类越少，意味着内存占用就越小，装载这些类的时间开销也越少
不要直接重用Exception、RuntimeException、Throwable或者Error。对待这些类要像对象抽象类一样。你无法可靠的测试这些异常，因为它们是一个方法可能抛出的其他异常的超类。
如果某个异常能够满足你的需求，就不要犹豫，使用就是，不过一定要确保抛出的异常与该异常的文档中描述的条件一致。
第73条：抛出与抽象对应的异常
更高层的实现应该捕获底层的异常，同时抛出可以按照高层抽象进行解析的异常。
public E get(int index) {
ListIterator<E> i = listIterator(index);
try {
return i.next();
} catch (NoSuchElementException e) {
throw new IndexOutOfBoundsException("Index: " + index);
}
}
一种特殊的异常转译形式称为异常链，如果底层的异常对于调试导致高层异常的问题非常有帮助，使用异常链就很合适。
try {
... // Use lower-level abstraction to do our bidding
} catch (LowerLevelException cause) {
throw new HigherLevelException(cause);
}
大多数标准的异常都有支持链的构造器。对于没有支持链的异常，可以利用Throwable的initCause方法设置原因。
class HigherLevelException extends Exception {
HigherLevelException(Throwable cause) {
super(cause);
}
}
尽管异常转译与不加选择地从底层传递异常地做法相比有所改进，但是也不能滥用它。如有可能，处理来自低层异常地最好做法是，在调用低层方法之前确保它们会成功执行，从而避免它们抛出异常。有时候，可以在给低层传递参数之前，检查更高层方法参数地有效性，从而避免低层方法抛出异常。
