异常的处理机制
当程序运行出现意外情形时,系统会自动生成一个异常对象来通知程序!
- 程序中,可以使用特定的语句来捕获异常对象,读取对象中的信息,进而作出处理;
- 程序中,可以使用特定的语句抛出异常对象,将这个异常交给程序的调用者来处理;
可以在捕获到异常后,作出尽可能的处理,之后再向外抛出,将剩余的部分,交给程序的调用者处理。
异常的继承体系
所有的非正常情况被分为两类:
错误(error)和异常(exception)。其中,error表示虚拟机相关问题,一般无法处理,也无需处理。
所有的exception被分为两类:
1.RuntimeException,代表运行时异常,程序可以显示处理这种异常,也可以不处理,而是交给顶层调用者统一处理;
2.非运行时异常(Checked异常),程序必须显示地处理这种异常,否则就会在编译阶段发生错误,导致程序无法通过编译!
捕获异常
try-catch语句:
try{
业务逻辑代码
}catch(Exception e){
异常处理代码
}
1.无论哪行代码发生异常,系统都会生成一个异常对象,这与try...catch...语句没有关系;
2.若程序没有对这个异常进行处理,则程序在此退出,以前的程序中遇到的异常都是这种情况;
3.创建异常对象后,jvm会寻找可以处理它的catch快,并将这个异常交给这个catch快去处理;
4.catch快的参数是exception类型,是所有异常的父类,所以它能处理所有的异常情况。
访问异常信息
多个catch
try{
业务逻辑代码
}
catch(AException e){
A异常处理代码
}
catch(BException e){
B异常处理代码
}
程序应该先处理小异常再处理大异常,即将处理父类异常的catch快放在处理子类异常的catch快之后。
回收资源
回收资源的代码应该写在哪个位置呢?
都不对,应该放在finally代码块中。
finally代码块
finally块总是会被执行;
1.try是必须的,catch、finally是可选的;
2.catch、finally二者之中至少要出现一个;
3.finally最多出现一次,它必须位于try或所有catch之后
自动关闭资源的try语句
try(声明、初始化N个资源;){
}catch(Exception e){
...
}
try语句会在结束时自动关闭这些资源,该资源的实现类必须实现如下接口之一:AutoCloseable、Closseable.
抛出异常
声明抛出异常
throws ExceptionClass1,ExceptionClass2,...
- throws语句用于表示某方法可能抛出的异常,它必须位于方法签名之后;
- throws语句声明抛出异常之后,程序就无需使用try语句捕获该异常了;
- 在重写时,子类方法声明抛出的异常类型不能比父类方法声明抛出的异常类型大。
抛出异常
throw ExceptionInstance;
- throw语句用于在程序中主动抛出一个异常;
- throw语句抛出的不是异常类型,而是一个异常实例;
- 对于主动抛出的一样,也可以采用try块捕获,或者采用throws语句向外抛出。
自定义异常
异常跟踪栈
- 程序运行时,经常会发生一系列方法调用,从而形成方法调用栈;
- 异常机制会导致异常再这些方法之间传播,而异常传播的顺序与方法的调用相反;
- 异常从发生异常的方法向外传播,首先传给该方法的调用者,再传给上层调用者;
- 最终穿到main方法,若依旧没有得到处理,则jvm会终止程序,并打印异常跟踪栈信息。
异常处理的原则
不要过度的使用异常
不要用异常处理代替错误处理代码;不要用异常处理代替流程控制语句;
不要忽略捕获的异常
对于捕获的异常,要进行适合的修复,对于不能处理的部分要抛出新的异常
不要直接捕获所有的异常
应对不同的异常做出有针对性的处理,而捕获所有的异常,容易压制(丢失)异常
不要使用过于庞大的try代码块
庞大的try块会导致业务过于复杂,不利于分析异常的原因,也不利于程序的阅读以及维护!