基本介绍:
异常处理就是当异常发生时,对异常处理的方式。
异常处理的方式:
1)try - catch - finally
程序员在代码中捕获发生的异常,自行处理。
2)throws
将发生的异常抛出,交给调用者(方法)来处理,最顶级的处理者就是JVM。
main方法由JVM调用,main方法调用 f1 方法,f1 方法调用 f2 方法,如果 f2 方法发生异常,有两种方案,分别是 try-catch-finally 和 throws ,f2 使用 throws 方法,返回给 f1,f1也可以同样选择throws方法,返回给 main 方法,最终返回到 JVM。而 JVM 对处理异常的发生极为粗暴(1.输出异常信息。2. 退出程序)。
类似于JVM是老板,手下摆烂不干活,向上甩锅,甩到老板身上,老板直接不干了,公司解散了。
注意: 当一个异常你没有try-catch 也没有 throws ,其实已经默认 throws 向上甩锅。
try - catch 方式处理异常说明
1)Java提供 try 和 catch 块来处理异常。try块用于包含可能出错的代码,catch块用于处理try块中发生的异常。可以根据需要在程序中有多个try - catch 块。
2)基本语法
try{
//可疑代码
//将异常生成对应的异常对象,传递给catch块
}catch{
//对异常的处理
}
//如果没有finally,语法是可以通过的。
细节要素:
1)如果异常发生了,则异常后面的代码不会执行,直接进入catch代码块。
2)如果异常没有发生,则顺序执行 try 代码块,不会进入到 catch。
3)如果希望不管是否发生异常,都执行某段代码(比如关闭连接,释放资源等),则使用 - finally{ }。
4)可以有多个catch语句,捕获不同的异常(进行不同的业务处理),要求父类异常在后,子类异常在前,比如(Exception 在后,NullPointerException在前),如果发生异常,只会匹配一个catch。
5)try - finally 可以配合使用,这种用法相当于没有捕获异常,因此程序会直接崩掉。应用场景:执行一段代码,不管是否发生异常,都必须执行某个业务逻辑。
throws异常处理:
基本介绍:
1) 如果一个方法(中的语句执行时)可能生成某种异常,但是并不能确定如何处理这种异常,则此方法应显示地声明抛出异常,表面该方法不对这些异常进行处理,而由该方法的调用者负责处理。
2) 在方法声明中用throws语句可以声明抛出的异常的列表(可以抛出多个异常),throws后面的异常类型可以是方法中产生的异常类型,也可以是它的父类(多个异常用一个exception代替)。
使用细节:
1)对于编译时异常,程序中必须处理,比如 try-catch 和 throws
2)对于运行时异常,程序中如果没有处理,默认就是 throws 的方式处理。
3)子类重写父类方法时,对抛出异常的规定。子类重写的方法,所抛出的异常类型要么和父类抛出的异常一致,要么为父类抛出异常类型的子类型。
总结:在异常中,子类不能扩大父类的异常范围,但是可以缩小。而在方法重写中,子类可以扩大父类的访问范围,但是不能缩小。
4)在throws 过程中,如果有方法 try - catch,就相当于处理异常,就可以不必throws。
深入理解编译时异常必须处理,运行时异常不处理默认throws。
编译时异常
f2( ); 报错
运行时异常
f4();不报错
总体比较一下,好好理解。
自定义异常:
基本概念: 当程序中出现了某些“错误”,但是该错误信息并没有在 Throwable 子类中描述处理,这个时候可以自己设计异常类,用于描述该错误信息。
基本步骤:
1)定义类:自定义异常类名(程序员自己写)继承 Exception或者RuntimeException。
2)如果继承Exception,属于编译异常。
3)如果继承RuntimeException,属于运行异常(一般来说,继承RuntimeException)。
实例演示:要求:接收Person对象的年龄时,要求范围在18 - 120 之间,否则抛出一个自定义异常(要求 ,继承RuntimeException),并给出提示信息
总结:
一般情况下,我们自定义异常是继承 RuntimeException, 即把自定义异常做成 运行时异常,好处是,我们可以使用默认的处理机制。比较方便。