有争议性的未被检查的异常

　　因为Java编程语言不要求方法一定要捕获或列出运行异常或错误，所以程序员就可能被误导，编写只抛出运行时异常或者使所有的异常子类都继承于RuntimException的代码，这两种快捷方式允许程序员编写不用为编译错误而操心的代码，并且也不费神去指定或捕获任何异常。尽管这种方法看上去对程序员很方便，但它回避了捕获或指定必要的东西的意图，并且可能使使用你的类的程序员发生错误。

　　 为什么设计者决定强制一个方法指定所有的在它的范围内可能被抛出的未检查异常呢？被一个方法抛出的任何异常都是方法公共编程接口的一部分。方法的调用者必须知道有关这个方法所抛出的异常，以便他们能够针对这些异常决定做什么。这些异常是编写方法的接口差不多，有它们的参数和返回值。

　　 接下来你的问题可能是：如果它是这么好的说明了一个方法的API，包括它能抛出的异常，那么为什么不也指定运行时异常呢？运行时异常描述的问题是一个设计问题的结果，并且，API的客户代码不能期望从出错的地方来恢复程序执行或用一些方法来处理它们。这些问题包括算法异常（例如被零除），指针异常（例如通过一个空的引用来访问一个对象），以及索引异常（例如试图通过一个越界的索引来访问一个数组）。运行时异常可能在程序的任何地方发生，并且在一个典型的程序中可能有很多，因此，在每个方法中不得不添加运行异常来降低程序的透明度，这样，编译器不要求你指定或捕获运行时异常（尽管你可以）。

　　 抛出运行时异常（RuntimeException）的一个公共案例就是在用户调用了一个错误的方法的时候。例如，一个方法检查它的参数是否有效，如果一个参数是空（null），那么这个方法就可能抛出一个NullPointerException异常，这是一个不检查异常。

　　 一般来说，不抛出运行时异常（RuntimeException）或不创建一个运行时异常（RuntimeException）的子类的原因是：人你不想为指定你的方法所能抛出的异常而操心。

　　 一个使用异常的方针是：如果客户能够被期望从一个异常中得到恢复，那么就要使用检查性异常。如果一个客户对于从异常中恢复的程序不能做任何事，那么就可以使用不检查性异常。