Java中的异常捕捉try为什么要尽量使用具体标准的异常，为什么不要直接使用Exception、RuntimeException、Error、Throwable，避免在try catch中进行业务编码_不要直接捕获受检异常的基类exception

检查异常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()方法；