Java开发代码规范之异常日志（一）——异常处理

1。Java类库中定义的一类RuntimeException可以通过预先检查进行规避，而不应该通过catch来处理，比如：IndexOutOfBoundsException ，NullPointerException 等。
说明：无法通过预检查的异常除外，如在解析一个外部传来的字符串形式数字时，通过catch NumberFormatException来实现。

2。异常不要用来做流程控制，条件控制，因为异常 的处理效率比条件分支低。

3。对大段代码进行try-catch，这是不负责任的表现。catch时请分清稳定代码和非稳定代码，稳定代码：无论如何不会出错的代码。对于非稳定代码的catch尽可能进行区分异常类型，再做对应的异常处理。

4。捕获了异常就要处理，如果不想处理，将该异常抛给它的调用者。最外层的业务使用者，必须异常，将其转化为用户可以理解的内容。

5。有try块放到了事务代码中，catch异常后，如果需要回滚事务，一定要手动回滚事务。

6。finally块必须对资源对象、流对象进行关闭，有异常也要try-catch。
说明：如果JDK7及以上，可以使用try-with-resources 方式。

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

8。捕获异常与抛异常，必须是完全匹配，或者捕获异常是抛异常的父类。

9。方法的返回值可以为null，不强制返回空集合或者空对象等，必须添加注释充分说明什么情况下会返回null值。调用方需要进行null判断防止NPE（NullPointerException）问题。

10。防止NPE是程序员的基本修养，注意NPE产生的场景：
1）返回类型为基本数据类型，return包装数据类型的对象时，自动拆箱有可能产生NPE。
2）数据库的查询结果可能为null
3）集合里的元素即使isNotEmpty，取出的数据元素也可能为null
4）远程调用返回对象时，一律要求进行空指针判断
5）对于Session中获取的数据，建议NPE检查，避免空指针
6）级联调用obj.getA().getB().getC() ：一连串调用，易产生NPE

11。定义时区分unchecked或checked异常，避免直接抛出new RuntimeException() ，更不允许抛出Exception或者Throwable，应使用有业务含义的自定义异常。

12。避免出现重复的代码（Don’t Repeat Yourself，DRY原则）。