Java 异常规范

1. 只针对异常情况使用异常，不要用异常来控制流程

1 try {
2     int i = 0;
3     while (true) {
4         range[i++].doSomething();
5     }
6 } catch (ArrayIndexOutOfBoundsException e) {
7     // ...
8 }

说明：

1) 上述反例企图通过捕获异常来结束无限循环，以此达到遍历数组的目的。不要这么做！
2) 异常机制本身设计为处理异常情况，用异常来实现正常控制流，会阻止 JVM 本来可能
要执行的某些特定优化，从而导致代码效率变低

2. 优先使用标准异常
常见的标准异常：

说明：

1) 以上异常顺序排列与使系统崩溃的频次相关

2) 使用标准异常可以提高代码可读性

3. 不要捕获了异常却什么也不做

1 try {
2     // ...
3 } catch (Exception e) {
4     // 不要这么做
5 }

说明：

1) 忽略异常就好比把火警报警器关了，当火灾发生时，你虽然看不到听不到了，但不意味 着火灾不会造成灾难性后果。这是典型的掩耳盗铃

2) 捕获异常必须处理。如果不想处理，可以把他抛给调用者。最外层调用者必须处理

4. 抛出与抽象对应的异常 如果方法抛出的异常与它所执行的任务没有任何联系，这种情形会让人不知所措。 异常转译：更高层实现应该捕获低层异常，同时抛出可以按高层抽象进行解释的异常

1 try {
2     // ...
3 } catch (LowerLevelException e) {
4     throw new HigherLevelException(...);
5 }

5. 不要对大段代码进行无脑 try-catch。代码要区分稳定代码和可能出现异常的代码，要保 证捕获异常的部分是可能出问题的代码块最小集

6. finally 块必须对资源对象、流对象进行关闭，有异常也要做 try-catch。

说明： 如果 JDK7 及以上，可以使用 try-with-resources 方式

7. 不能在 finally 块中使用 return，finally 块中的 return 返回后方法结束执行，不 会再 执行 try 块中的 return 语句

8. 对于可恢复的情况，使用受检的异常；对于程序错误，使用运行时异常 Java 异常体系结构

说明：

1) Error 与 Exception Error 是程序无法处理的错误，比如 OutOfMemoryError、ThreadDeath 等。这些异常发 生时，Java 虚拟机（JVM）一般会选择线程终止 Exception 是程序本身可以处理的异常，这种异常分两大类运行时异常和非运行时异常。
程序中应当尽可能去处理这些异常

2) 运行时异常和非运行时异常（受检异常） 运行时异常都是 RuntimeException 类及其子类异常，如 NullPointerException、 IndexOutOfBoundsException 等，这些异常是不检查异常，程序中可以选择捕获处理，也可 以不处理。这些异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异 常的发生。 非运行时异常是 RuntimeException 以外的异常，类型上都属于 Exception 类及其子类。 从程序语法角度讲是必须进行处理的异常，如果不处理，程序就不能编译通过。如 IOException、SQLException 等以及用户自定义的 Exception 异常，一般情况下不自定义检查 异常

原文地址：https://www.cnblogs.com/kavyom/p/12080325.html