Exception与Error

这里写图片描述

相同点

ExceptionError都是继承自Throwable,在Java中只有Throwable的实例才可以被抛(throw)出或捕获(catch),它是java异常处理机制的基本组成类型。

ExceptionError体现了Java平台设计者对不同异常情况的分类

Exception

  1. Exception是程序正常运行中,可以预料的意外情况,可能并且应该被捕获从而进行相应的处理
  2. Exception又分为编译器异常和运行期异常。
    • 编译器异常在代码中必须显示的进行捕获处理,这也是编译期检查的一部分。
    • 运行期异常就是在程序运行过程中,由于程序逻辑等原因导致的运行异常,比如:NullPointerException,ArrayIndexOutOfBoundsException之类,这类异常通常都是可以通过编码避免的逻辑错误,具体根据需要来判断是非需要补货,并不会在编译期强制要求

Error

Error是指在正常情况下,不大可能出现的情况,绝大部分的Error都会导致程序(比如JVM自身)处于正常、不可恢复的状态。所以既然是非正常情况,那么也不便于也不需要捕获,常见的比如OutOfMemoryError之类,都是Error的子类。

ClassNotFoundException && NoClassDefFoundError

ClassNotFoundException

在程序运行过程中通过某个类的字符串名称加载该类时,如果没有找到具有指定名称的类的定义的时候就会抛出ClassNotFoundException异常。通过字符串限定类名加载类主要有如下三种方式:

  1. Class.forName(java.lang.String)
  2. ClassLoader.findSystemClass(java.lang.String)
  3. ClassLoader.loadClass(java.lang.String, boolean)

NoClassDefFoundError

如果JVM或者ClassLoader实例尝试加载(可以通过正常的方法调用,也可能是使用new来创建新的对象)类的时候却找不到类的定义。要查找的类在编译的时候是存在的,运行的时候却找不到了。这个时候就会导致NoClassDefFoundError

造成该问题的原因可能是打包过程漏掉了部分类,或者jar包出现损坏或者篡改。解决这个问题的办法是查找那些在开发期间存在于类路径下但在运行期间却不在类路径下的类。

注意点

  1. 在开发过程中尽量不要捕获类似Exception这样的通用异常,而是应该捕获特定异常,因为特定异常可以尽可能多的告知我们错误信息,而通用异常则会隐藏一些信息
  2. 程序中不要捕获不希望被捕获的异常,有些时候我们可能更希望RuntimeException扩散出来,而不是被捕获
  3. 不要吞掉异常。很多人经常写出这样的代码,因为这样会导致程序出现问题的时候,我们很难定位和发现错误
    1
    2
    3
    4
    5
    6
    //下面就是一个吞掉异常的例子
    try {
    //业务逻辑。。。
    } catch(IOException e) {
    e.printStackTrace();
    }

try-catch-finally

在处理java异常的方法中try-catch-finally是最常用的方式,但是在使用该代码块的时候会有一些隐藏的问题,主要是在方法返回值的问题上。

按照一般的惯性认知:当遇到return语句的时候,执行函数会立刻返回。但是在java中遇到finally的时候就有会例外。

除了return语句,try代码块中的break和continue语句也可能使控制权进入finally代码块。

当函数返回值是引用类型同时存在finally语句块时要特别注意,如果在finally块中对返回的引用对象属性进行了更改,这时即使没有在finally块中显示调用return语句,这个更改也会作用在返回值上。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public User getUser() {
User user = null;
try {
user = new User("user");
//其他业务逻辑。。。
return user;
} catch(IOException e) {
//...
} finally {
if(user != null) {
user.setName("user1");
}
}
}

上述代码中该函数最终返回的User对象的name属性其实为user1

产生上述问题的原因是因为JVM会保证在return语句执行之前,先执行finally语句

性能问题

另外一个使用try-catch要注意的点是try-catch代码段会产生额外的性能开销,它往往会影响JVM对代码进行优化,所以建议仅捕获有必要的代码段,不要一个try-catch包住大段的代码。因此使用异常控制代码流程也不是一个好注意,它远比通常意义上的条件语句(if/else,swich)要低效


原创文章,转载请出处注明。

下面是我的个人公众号,欢迎关注交流

# Java
Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×