异常

异常

Error

Java虚拟机无法解决的严重问题。如：JVM系统内部错误、资源耗尽等严重情况。比如：Stack Overflow Error（栈溢出）和OOM（堆溢出）。一般不编写针对性的代码进行处理

Exception

编译时异常

 

运行时异常

异常处理：抓抛模型

过程一：”抛“：程序在正常执行的过程中，一旦出现异常，就会在异常代码处生成一个对应异常类的对象，并将此对象抛出。

一旦抛出对象以后，其后的代码就不再执行。

关于异常的产生：①系统自动生成的异常对象‘

②手动的生成一个异常对象，并抛出（throw）

过程二：”抓“：可以理解为异常的处理方式：①try-catch-finally ②throws

try-catch-finally的使用

try{

//可能出现异常的代码

}catch（异常类型1 变量名1）{

//处理异常的方式2

}catch（异常类型2 变量名2）{

//处理异常的方式2

}catch（异常类型3 变量名3）{

//处理异常的方式3

}

finally（）{//一定会执行的代码

}

说明：

1. finally是可选的

2. 使用try将可能出现异常代码包装起来，在执行过程中，一旦出现异常，就会生成一个对应异常类的对象，根据此对象的类型，去catch中进行匹配

3. 一旦try中的异常对象匹配到某一个catch时，就进入catch中进行异常的处理。一旦处理完成，就跳出当前的try-catch结构（在没有写finally的情况）继续执行其后的代码

4. catch中的异常类型如果没有子父类关系，则谁声明在上，谁声明在下无所谓

catch中的异常类型如果满足子父类关系，则要求子类一定声明在父类的上面。否则，报错。

5. 常用的异常对象处理的方式：获取异常信息①String getMessage（）②printStackTrace（）打印堆栈

6. 在try结构中声明的变量，再除了try结构以后，就不能再被调用

体会

使用try-catch-finally处理编译时异常，使得程序在编译时不再报错，但是运行时仍可能报错。相当于我们使用try-catch-finally将一个编译时可能出现的异常，延迟到运行时出现。

try-catch-finally中的finally

1. finally是可选的

2. finally中声明的是一定会被执行的代码。即使catch中又出现异常了，try中有return语句，catch中有return语句等情况。

3. 像数据库连接、输入输出流、网络编程Socket等资源，JVM是不能自动回收的，我们需要自己手动的进行资源的释放。此时的资源释放，就需要声明在finally中。

   异常处理的方式二:throws+异常类型

   1. ”throws+异常类型“写在方法的声明处。指明此方法执行时，可能会抛出的异常类型。一旦当方法体执行时，出现异常，仍会在异常代码处生成一个异常类的对象，此对象满足throws后异常类型时，就会被抛出。异常代码后续的代码，就不再被执行！

   体会：

   try-catch-finally：真正的将异常给处理掉了

   throws的方式只是将异常抛给了方法的调用者。并没有真正的将异常处理掉。

   2. 如果父类中被重写的方法没有throws方式处理异常，则子类重写的方法也不能使用throws，意味着如果子类重写的方法中有异常，必须使用try-catch-finally方式处理。

   3. 执行的方法a中，先后又调用了另外的几个方法，这几个方法是递进关系执行的。我们建议这几个方法使用throws的方式进行处理。而执行的方法a可以考虑使用try-catch-finally方式进行处理。

   如何自定义异常类

   • 继承现有的异常结构：RuntimeException、Exception

   • 提供全局常量：serialVersionUID

   • 提供重载的构造器