1.异常体系结构
分类 | Error | Expection |
---|---|---|
说明 | Java虚拟机无法解决的严重问题 | 其它因编程错误或偶然的外在因素导致的一般性问题 |
情形 | JVM系统内部错误、资源耗尽等严重情况 | 编译时异常+运行时异常 |
举例 | StackOverflowError和OOM。 | |
措施 | 一般不编写代码针对性处理 | 处理编译时异常 |
2.异常的处理:抓抛模型
- 过程一:“抛”:
程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象。并将此对象抛出。 一旦抛出对象以后,其后的代码就不再执行。
- PS:关于异常对象的产生:① 系统自动生成的异常对象;② 手动的生成一个异常对象,并抛出(throw)
- 过程二:“抓”:
可以理解为异常的处理方式:① try-catch-finally ② throws
2.1 try-catch-finally
try{
//可能出现异常的代码
}catch(异常类型1 变量名1){
//处理异常的方式1
}catch(异常类型2 变量名2){
//处理异常的方式2
}
....
finally{
//一定会执行的代码
}
finally的使用
- finally是可选的
- finally中声明的是一定会被执行的代码。即使catch中又出现异常了,try中有return语句,catch中有return语句等情况。
- 像数据库连接、输入输出流、网络编程Socket等资源,JVM是不能自动的回收的,我们需要自己手动的进行资源的释放。此时的资源释放,就需要声明在finally中。
执行顺序:
遇到异常(try中异常之后代码不执行)-》finally-》抛出异常对象-》catch-》跳出该结构
PS:遇到return则提前跳出,无论是try中,catch中,还是finally中的return。try中的return执行前,需要finally一下
方式说明:
4. 一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理。一旦处理完成,就跳出当前的try-catch结构(在没有写finally的情况)。继续执行其后的代码
5. catch中的异常类型如果满足子父类关系,则要求子类一定声明在父类的上面。否则,报错
6. 在try结构中声明的变量,再出了try结构以后,就不能再被调用
7. 体会:处理程序编译时不再报错,但是运行时仍可能报错
8. 错误信息获取 异常对象.getMessage() 或 .printStackTrace()
2.2 throws+异常类型
"throws + 异常类型"写在方法的声明处。指明此方法执行时,可能会抛出的异常类型。一旦当方法体执行时,出现异常,仍会在异常代码处生成一个异常类的对象,此对象满足throws后异常类型时,就会被抛出。异常代码后续的代码,就不再执行!
2.3 方式对比
try-catch-finally:真正的将异常给处理掉了。
throws的方式只是将异常抛给了方法的调用者。 并没有真正将异常处理掉。
方式选择
- 由于子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的异常类型。若父类没throws,则只能用try-catch-finally
- 方法a中先后调用了几个递进递进执行的方法,对这几个方法throws的方式处理。对执行方法a,统一用try-catch-finally
3.自定义异常类
public class MyException extends Exception{
static final long serialVersionUID = -33875164229948L; //对象版本号
public MyException(){
}
public MyException(String msg){
super(msg);
}
}