Java提供了两种错误的异常类,分别为Error和Exception,且它们拥有共同的父类Throwable
Error表示在运行期间出现了很严重的错误,并且该错误是不可恢复的,由于这属于JVM层次的严重错误,因此这种错误是会导致程序终止执行的。此外,编译器不会检查Error是否被处理,因此在程序中不推荐去捕获Error类型的异常,主要原因是运行时异常多是由于逻辑错误导致的,属于应该解决的问题,也就是说一个正确的程序是不应该存在Error的。OutOfMemoryError、ThreadDeath等都属于错误。当这些异常发生时,JVM会选择终止线程。
Exception表示可恢复的异常,是编译器可以捕捉到的。它包含两种类型:检查异常和运行时异常
1. 检查异常
检查异常是程序中最经常碰到的异常。所有继承自Exception并且不是运行时异常的异常都输入检查异常。比如最常见的IO异常和SQL异常。
这种异常都发生在编译阶段,Java编译器强制程序去捕获此类型的异常。
即把可能会出现这些异常的代码放到try块中,把对异常的处理的代码放到catch块中,这种异常一般会在如下几种情况中使用。
1)异常的发生并不会导致程序出错,进行处理后可以继续执行后续的操作,例如:当数据库连接失败后,可以重新连接后进行后续操作
2)程序依赖于不可靠的外部条件,例如系统IO
2. 运行时异常
运行时异常不同于检查异常,编译器没有强制对其进行捕获处理。如果不对这种异常进行处理,当出现这种异常时,会由JVM来处理,例如NullPointerException异常,它就是运行时异常,在Java语言中最常见的异常包括空指针异常、类型转换异常、数组越界异常等
出现运行时异常后,系统会把异常一直往上层抛出,直到遇到处理代码为止。若没有处理块则抛到最上层;如果是多线程就用Thread.run()方法抛出,如果是单线程,就用main()方法抛出。抛出之后,如果是线程,那么这个线程也就退出了。如果是主程序抛出异常,那么整个程序也就退出了。
所以,如果不对运行时的异常进行处理,后果是非常严重的,一旦发生,要么线程终止,要么主程序终止。
在使用异常处理时还需要注意以下几个问题:
- Java异常处理用到了多态的概念、如果在异常处理中,先捕获了基类,然后再捕获子类,那么捕获子类的代码块将永远不会被执行。因此在进行异常捕获时正确的写法是:先捕获子类,在捕获基类的异常信息。
try{
//可能会发生异常
}catch(SQLException e1){
}catch(Exception e2){
}
- 尽早的抛出异常,同时对捕获的异常进行处理,或者从错误中恢复,让程序继续执行,对捕获的异常不进行任何处理是一个非常不好的一贯,这样将不利于调试。但也不是抛出异常越多越好。
- 可以根据实际的需求自定义异常类。这些自定义的异常类只需要继承自Exception类即可。
- 异常能处理就处理,不能处理就抛出。对于一般异常,如果不能进行有效的处理,最好转换为运行时异常抛出。对于最终没有处理的异常,JVM会进行处理。