java异常处理机制

淡淡的烟草味﹌ 2022-05-18 00:06 269阅读 0赞

Error类 和 Exception类都是Throwable的直接子类，从单词字面上看 able 为尾缀，意味着本身具有一种能力，什么能力呢，就是“抛出”的能力，在 Java 中只有 Throwable 类型的实例才可以被 抛出 throw或者 被 catch，这也是java异常处理机制的基本组成类型。

Error是指会导致程序出现非正常的，不可恢复的状态。所以不应该也不需要去捕获。比如outofmemoryerror

Exception中 ，最大的区别就是 runtimeException ，除了RuntimeException及其子类，其他的Exception及其子类都属于检查型异常，在源代码里必须显示的处理，可以在编译期间检验出来。

RuntimeException 可能有的人对这个不太感冒，但是提到他们的子类相信大家都会知道，ArrayIndexOutOfBoundsException、NullPointerException UnSupportedOperationException等等，只要是在运行时抛出来的异常，肯定都是RuntimeException的子类，可以回忆下，自己在运行项目中报出来的各种异常。

虽然英语单词Error , 翻译过来属于错误，看上去跟异常是有区别的，很多人彻底的将错误Error和异常Exception分开来。但是java的设计上Error类就是异常处理机制的基本组成类型。java中呢，将异常处理机制中的异常分为两种， 检查型异常和非检查型异常。error及其子类 和 runtimeexception 及其子类都属于非检查型异常，源代码中不强制需要显示处理。而java中的检查型异常，需要在源代码中处理，在代码编译的时候会被校验。

但是这里插一句，检查型异常实际上一直有争议，认为是个java设计上的一个错误，这点可以自行谷歌。

异常处理的代码在项目中起来会比较繁琐，在早期的时候，处理异常要写很多千篇一律的捕获代码，或者再finally里面做一些资源回收的工作。随着java的发展，出现了multiple catch 和 try with resources的特性，在代码编译期间就会自动生成相应的处理代码逻辑。

总的来说，异常处理要有两个原则吧。  
1. 不要捕获通用异常，要细化捕捉非常具体的异常  
2. 不要不捕获异常，也就是所说的吞噬swallow 异常，不要在生产环境的代码里出现 e.printstacktrace()  
3  try catch 也是会影响性能的，影响jvm对代码进行优化，所以要捕获必要的代码段