异常的体系结构及抓抛模型
Error:Java虚拟机无法解决的严重问题 如:JVM系统内部错误、资源耗尽等严重情况。一般不编写针对性的代码进行处理
一、异常体系结构
java.lang.Throwable
----java.lang.Error :一般不编写针对性的代码进行处理。
----java.lang.Exception:可以进行异常的处理
----编译时异常(checked)
----IOException
----FileNotFoundException
----ClassNotFoundException
----运行时异常(unchecked,RuntimeException)
----NullPointerException
----ArrayIndexOutOfBoundsException
----ClassCastException
----NumberFormatException
----InputMismatchException
----ArithmeticException
二、异常的处理:抓抛模型
过程一:抛:程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象,并将此对象抛出。一旦抛出对象之后,其后面的代码不在执行。
关于异常对象的产生:1、系统自动生成的异常对象;2、手动的生成一个异常对象,并抛出(throw)
过程二:抓:异常处理的方式:Try-catch-finally / throws
三、Try-catch-finally的使用
try{ //可能出现异常的代码
}catch(异常类型1 变量名1){//处理异常的方式1
}catch(异常类型2 变量名2){//处理异常的方式2
}catch(异常类型3 变量名3){ //处理异常的方式3}
...
finally{//一定会执行的代码
}
说明:
1、finally是可选的。
2、使用try将可能出现异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中进行匹配
3、一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理。一旦处理完成,就跳出当前try-catch结构。(没有finally的情况下)。继续执行其后的代码。
4、catch中的异常类型,如果没有子父类关系,则谁声明在上,都可;如果满足子父类关系,则要求子类一定声明在父类的上面,否则报错。
5、常用的异常对象处理方式:String getMessage()/printStackTrace()
6、在try结构中声明的变量,在try结构外不能再被调用。
7、使用Try-catch-finally处理编译时异常,使得程序在编译时不报错,但是运行时仍可能报错。相当于将一个编译时可能出现的异常,延时到运行时出现。
8、Try-catch-finally结构可以嵌套。
9、开发中,由于运行时异常比较常见,所以通常就不针对运行时编写Try-catch-finally了。针对编译时异常,一定要考虑异常的处理。
四、异常处理的方式二:throws+异常类型
1、throws+异常类型写在方法的声明处。指明方法执行时,可能会抛出的异常类型。 一旦出现异常,仍会在异常代码处生成一个异常类的对象,此对象满足throws后的异常类型时,就会被抛出。异常代码后续代码不再执行。子类重写的方法throws抛出的异常类型不大于父类被重写的方法throws抛出的异常类型。如果父类方法没有抛异常,那子类重写的方法一定也不能抛异常。
2、体会:try-catch-finally:真正的将异常处理掉了。
throws的方法,只是将异常抛给了方法的调用者。并没有真正将异常处理掉。
3、开发中如何选择两种异常处理方法:
3.1 如果父类中被重写的方法没有throws处理异常,则子类重写的方法也不能使用throws,意味着子类重写方法要用try-catch方法处理。
3.2 执行的方法a中,先后又调用了另外的几个方法,这几个方法是递进关系执行的。建议这几个方法使用throws的方式进行处理,而执行的方法a可以考虑使用try-catch-finally的方式进行处理。
五、Try-catch-finally中的finally的使用
1、finally是可选的
2、finally中声明的是一定会被执行的代码。即使catch中又出现异常/try中有return语句/catch中有return语句等情况。
3、像数据库连接、输入输出流、网络编程socket等资源,JVM不能自动回收,需要手动进行资源释放。此时的资源释放,声明在finally中。