buguge - Keep it simple,stupid

知识就是力量,但更重要的,是运用知识的能力why buguge?

导航

有关于异常捕获点滴,plus我也揭揭apache-common的短

▄︻┻┳═一『异常捕获系列』Agenda:

▄︻┻┳═一有关于异常捕获点滴,plus我也揭揭java的短

▄︻┻┳═一根据异常自定义处理逻辑(【附】java异常处理规范)

▄︻┻┳═一利用自定义异常来重构代码

 

先如下代码:

1     @Test
2     public void testException1() {
3         System.out.println("begin...");
4         int[] arr = new int[]{1};
5         System.out.println(arr[1]);
6     }

如下是运行结果,异常是从第5行抛出来的,控制台里显示的异常堆栈信息也是始于第5行。

java.lang.ArrayIndexOutOfBoundsException: 1
	at com.mytest.testException1(MyExceptionTest.java:5)

 

我们在写程序时往往要捕获异常。如下是画蛇添足型:

 1     @Test
 2     public void testException() {
 3         try {
 4             System.out.println("begin...");
 5             int[] arr = new int[]{1};
 6             System.out.println(arr[1]);
 7         } catch (Exception ex) {
 8             throw ex;
 9         }
10     }

很明显,捕获了异常,却只是原样throw出去,没任何意义!

如下处理方式也不可取:

 1     @Test
 2     public void testException() {
 3         try {
 4             System.out.println("begin...");
 5             int[] arr = new int[]{1};
 6             System.out.println(arr[1]);
 7         } catch (Exception ex) {
 8             throw new MyException( ex.getMessage() );
 9         }
10     }

 

异常的堆栈始于抛出异常的代码行。catch里经过这样中转后,导致堆栈信息的显示的行号不再是6,而是8。尤其当代码逻辑复杂时,这样做无疑增加了排障的难度。

当然,我们有时要在系统里通过自定义异常类型,来实现我们所需的逻辑控制(自定义异常是个好东西哦,《代码整洁之道》一书中多次提到使用异常来替代错误码)。如果真要通过MyExecption中转出去,可在throw之前将完整的异常信息记录到日志文件里。

catch里捕获到Exception后,先打印error log再做后续处理,会是个好习惯。

私自吞异常是要犯法的哦~~

类似如下代码是不是很熟悉?哈哈,去翻翻自己写的代码吧~

 1     public int myBiz() {
 2         int result;
 3         try {
 4             System.out.println("begin...");
 5             int[] arr = new int[]{1};
 6             result = arr[1];
 7             return result;
 8         } catch (Exception e) {
 9             return 0;
10         }
11     }

 

有时,我们要借助try...finally

finally里的代码会在try子句或catch子句执行完成后执行。借助try...finally,我们可以设置日志埋点,比如:记录程序耗时,记录程序完结标记。也可以用来释放资源,例如:关闭IO、释放流。

1     public void testTryFinally() {
2         try {
3             System.out.println("begin...");
4             int[] arr = new int[]{1};
5             System.out.println(arr[1]);
6         }finally {
7             System.out.println("over");
8         }
9     }

 

利用ExceptionUtils记录异常

当程序运行过程中出现异常时,将异常的详细信息打印到日志文件是必不可少的,这将有助于我们排障。

.net程序员都知道,要打印出来一个异常的详细信息,直接ex.ToString()就可以了。

如果在java里,你还这样,那就out了。查看一下Exception的基类——Throwable的toString()方法,可知,ex.toString()返回的是异常类型和message。

这时,要打印完整的异常信息,apache commons-lang3包里的ExceptionUtils工具类可要派上用场了。 没错,用ExceptionUtils#getStackTrace(final Throwable throwable)

揭短ExceptionUtils

有些异常并没有root cause的,此时,调用ExceptionUtils的getRootCause(final Throwable throwable)返回值是null,而你调用其getRootCauseMessage(final Throwable th)时,反而有返回值。 查看getRootCauseMessage的代码实现,发现它做了二元判断,如果root cause是null,它就去取th本身的message。 前者返回null,后者有返回值,自我赶脚有些费解!what about you?

//public class ExceptionUtils {

public static Throwable getRootCause(final Throwable throwable) {
    final List<Throwable> list = getThrowableList(throwable);
    return list.size() < 2 ? null : (Throwable)list.get(list.size() - 1);
}

public static String getRootCauseMessage(final Throwable th) {
    Throwable root = ExceptionUtils.getRootCause(th);
    root = root == null ? th : root;
    return getMessage(root);
}

 

posted on 2017-12-28 20:09  buguge  阅读(872)  评论(0编辑  收藏  举报