Java中的异常捕捉try为什么要尽量使用具体标准的异常,为什么不要直接使用ExceptionRuntimeExceptionErrorThrowable,避免在try catch中进行业务编码
Posted Acmen-zym
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Java中的异常捕捉try为什么要尽量使用具体标准的异常,为什么不要直接使用ExceptionRuntimeExceptionErrorThrowable,避免在try catch中进行业务编码相关的知识,希望对你有一定的参考价值。
检查异常Exception
检查异常(Exception)也可以叫做编译时异常(Exception),当前异常也是运行时异常(RuntimeException)的父类。方法中出现了此类异常或者是它的子类异常则都需要被处理,需要对异常代码块进行try catch处理或者是在方法加上throws定义处理,如果不对异常进行处理则会导致代码无法通过编译,这里的子类不包括运行时异常(RuntimeException)。
运行时异常RuntimeException
运行时异常(RuntimeException)不会在编译代码时要求我们对异常进行处理,Java在设计中只要方法包含了运行时异常(RuntimeException)的方法都默认加上了throws,方法上只要加上了throws定义,就可以不处理这个异常,所以只要你不捕获,异常就会一层一层的往上抛出。所以当我们使用运行时异常进行业务中断处理时,要加上它的标准异常类进行捕获处理。
Error程序运行错误
Java将Error定义为应用程序无法处理的问题,Error系统JVM已经处于不可恢复的崩溃状态中,例如说常见的栈内存溢出的错误(StackOverflowError)以及堆内存溢出(OutOfMemoryError),一但遇到此类问题则表示系统面临宕机,即便是我们对异常进行捕捉了也是无法去处理的。
避免在try catch中进行业务编码
1、让代码的可读性变差,尤其是频繁大量的try…catch使用情况下;
2、try…catch体内的代码块,编译器在运行时很难进行优化处理;
3、异常一旦发生,对其进行捕获的过程是非常消耗系统资源的,代码栈追踪会引用Throwable中fillInStackTrace()方法,此方法是加了synchronized进行修饰的;
自定义异常提高性能处理方式
1、Throwable中fillInStackTrace()方法,让其返回当前自定义对象
2、应用父类Throwable中4个参数的构造器,将第三个传参writableStackTrace设置为false,则不在引用fillInStackTrace()方法;
以上是关于Java中的异常捕捉try为什么要尽量使用具体标准的异常,为什么不要直接使用ExceptionRuntimeExceptionErrorThrowable,避免在try catch中进行业务编码的主要内容,如果未能解决你的问题,请参考以下文章