1.异常的处理:抓抛模型
过程一:“抛”:程序正在执行时,一旦出现异常,就会在异常代码处生成一个对应异常类的对象,
并将此对象抛出。
一旦抛出对象以后,其后代码就不再执行。
关于异常对象的产生:①系统自动生成的异常对象
②手动的生成一个异常对象,并抛出(throw)
过程二:“抓”可以理解为异常的处理方式:
①try-catch-finally
②throws
2.try-catch-finally的使用:
try{
//可能出现异常的代码
}catch(异常类型1 变量名1){
//处理异常的方式1
}catch(异常类型2 变量名2){
//处理异常的方式2
}catch(异常类型3 变量名3){
//处理异常的方式3
}......
finally{
//一定会执行的代码
}
3.说明:
① finally是可选的
②使用try将可能出现异常的代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中进行匹配
③一旦try中的异常对象匹配到某一个catch时,就进入到catch中进行异常的处理,一旦处理完成,就跳出当前的try-catch结构(在没有写finally的情况下)。继续执行其后的代码。
④catch中的异常类型如果没有子父类关系,则谁声明在上,谁声明在下无所谓。
catch中的异常类型如果满足子父类关系,则要求子类一定要声明在父类的上面。否则,报错。
⑤常用的异常对象处理的方式:
String getMessage()
printStackTrace()
⑥在try结构中声明的变量,在出了try结构以后,就不能再被调用。
体会:使用try-catch-finally处理编译时异常,使的程序在编译时就不再报错,但是运行时仍有可能报错,相当于我们使用try-catch-finally将一个编译时可能出现的异常,延迟到运行时才出现。
开发中,由于运行时异常比较常见,所以我们就不针对运行时异常编写try-catch-finally,针对于编译时异常,我们说一定要考虑异常的处理。
⑦finally声明中是一定会被执行的代码,即使catch中又出现异常,try中出现return语句,catch中有return语句等情况。
⑧像数据库连接、输入输出流、网络编程Socket等资源,JVM是不能自动回收的,我们需要自动手动的进行资源释放。此时的资源释放就需要声明在finally中。
4.异常处理的方式二:throws + 异常
①“throws + 异常”写在方法的声明处,指明方法在执行时,可能会抛出的异常类型。一旦当方法体执行时,出现异常,仍会在异常代码处生成一个异常类的对象,此对象满足throws后异常类型时,就会被抛出,异常代码后续的代码,就不再被执行。
②体会:try-catch-finally:真正的将异常给处理掉
throws的方式只是将异常抛给方法的调用者,并没有真正的将异常处理掉。
③开发中如何选择使用try-catch-finally 还是使用throws ?
如果父类中被重写的方法没有throws方式处理异常,则子类重写的方法也不能使用throws,意味着如果子类重写的方法中有异常,必须使用try-catch-finally方式处理。
执行的方法a中,先后又调用了另外的几个方法,这几个方法是递进关系执行的。我们建议这几个方法使用throws方式进行处理,而执行的方法a可以考虑使用try-catch-finally方式进行处理。
5.然后自定义异常类:
①.继承于现有的异常结构:RuntimeException 、 Exception
②提供全局常量:serialVersionUID
③提供重载的构造器