异常概述与异常体系结构
异常：在Java语言中，将 (开发过程中的语法错误和逻辑错误不是异常)
Java程序在执行过程中所发生的异常事件可分为两类：
Error ： Java虚拟机无法解决的严重问题 。 如： JVM 系统内部错误 、 资源 耗尽等严重情况。比如：StackOverflowError和OOM。一般不编写针对性 的代码进行处理。Exception: 其它因编程错误或偶然的外在因素导致的一般性问题，可以使 用针对性的代码进行处理。例如：
空指针访问试图读取不存在的文件网络连接中断数组角标越界
对于这些错误，一般有两种解决方法：一是 的运行 。 另一种方法是由程序员在编写程序时 ， 就考虑到错误的 检测、错误消息的提示，以及错误的处理。
捕获错误最理想的是在编译期间，但有的错误只有在运行时才会发生。 比如：除数为0，数组下标越界等
分类：编译时异常和运行时异常
受检异常：编译时异常（javac Xxx.java 就出错）
为受检异常：运行时异常(java Xxx 就出错)
运行时异常
是指编译器不要求强制处置的异常。一般是指编程时的逻辑错误，是程序 员应该积极避免其出现的异常。java.lang.RuntimeException类及它的子 类都是运行时异常。对于这类异常，可以不作处理，因为这类异常很普遍，若全处理可能会对 程序的可读性和运行效率产生影响。
编译时异常
是指编译器要求必须处置的异常。即程序在运行时由于外界因素造成的一 般性异常。编译器要求Java程序必须捕获或声明所有编译时异常。对于这类异常，如果程序不处理，可能会带来意想不到的结果。
常见异常
java
.lang
.Throwable
|-----java
.lang
.Error
:一般不编写针对性的代码进行处理。
|-----java
.lang
.Exception
:可以进行异常的处理
|------编译时异常
(checked
)
|-----IOException
|-----FileNotFoundException
|-----ClassNotFoundException
|------运行时异常
(unchecked
,RuntimeException
)
|-----NullPointerException
|-----ArrayIndexOutOfBoundsException
|-----ClassCastException
|-----NumberFormatException
|-----InputMismatchException
|-----ArithmeticException
异常处理机制一：try-catch-finally
一、异常的处理：抓抛模型
过程一："抛"：程序在正常执行的过程中，一旦出现异常，就会在异常代码处生成一个对应异常类的对象。
并将此对象抛出。
一旦抛出对象以后，其后的代码就不再执行。
关于异常对象的产生：① 系统自动生成的异常对象
② 手动的生成一个异常对象，并抛出（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中的异常类型如果没有子父类关系，则谁声明在上，谁声明在下无所谓。
catch中的异常类型如果满足子父类关系，则要求子类一定声明在父类的上面。否则，报错
5. 常用的异常对象处理的方式： ① String getMessage() ② printStackTrace() 这个比较常用（里面就是sout）
6. 在try结构中声明的变量，再出了try结构以后，就不能再被调用
7. try-catch-finally结构可以嵌套
体会1：使用try-catch-finally处理编译时异常，是得程序在编译时就不再报错，但是运行时仍可能报错。
相当于我们使用try-catch-finally将一个编译时可能出现的异常，延迟到运行时出现。
体会2：开发中，由于运行时异常比较常见，所以我们通常就不针对运行时异常编写try-catch-finally了。
针对于编译时异常，我们说一定要考虑异常的处理。
try-catch-finally中finally的使用：
1.finally是可选的
2.finally中声明的是一定会被执行的代码。即使catch中又出现异常了，try中有return语句，catch中有
return语句等情况。
3.像数据库连接、输入输出流、网络编程Socket等资源，JVM是不能自动的回收的，我们需要自己手动的进行资源的
释放。此时的资源释放，就需要声明在finally中。
异常处理机制二：throws
异常处理的方式二：throws + 异常类型
1. "throws + 异常类型"写在方法的声明处。指明此方法执行时，可能会抛出的异常类型。
一旦当方法体执行时，出现异常，仍会在异常代码处生成一个异常类的对象，此对象满足throws后异常
类型时，就会被抛出。异常代码后续的代码，就不再执行！
2. 体会：try-catch-finally:真正的将异常给处理掉了。
throws的方式只是将异常抛给了方法的调用者。 并没有真正将异常处理掉。
3. 开发中如何选择使用try-catch-finally 还是使用throws？
3.1 如果父类中被重写的方法没有throws方式处理异常，则子类重写的方法也不能使用throws，意味着如果
子类重写的方法中有异常，必须使用try-catch-finally方式处理。
3.2 执行的方法a中，先后又调用了另外的几个方法，这几个方法是递进关系执行的。我们建议这几个方法使用throws
的方式进行处理。而执行的方法a可以考虑使用try-catch-finally方式进行处理。
手动抛出异常：throw
package com
.atguigu
.java2
;
public class ReturnExceptionDemo {
static void methodA() {
try {
System
.out
.println("进入方法A");
throw new RuntimeException("制造异常");
} finally {
System
.out
.println("用A方法的finally");
}
}
static void methodB() {
try {
System
.out
.println("进入方法B");
return;
} finally {
System
.out
.println("调用B方法的finally");
}
}
public static void main(String
[] args
) {
try {
methodA();
} catch (Exception e
) {
System
.out
.println(e
.getMessage());
}
methodB();
}
}
用户自定义异常类
public class MyException extends Exception{
static final long serialVersionUID
= -7034897193246939L
;
public MyException(){
}
public MyException(String msg
){
super(msg
);
}
}
总结 & 面试题
总结
在开发中对于运行时异常我们通常就直接e.printStackTrace();，或者直接不使用try-catch，因为出现这个你肯定得修复bug，try-catch不是自欺欺人吗。对于编译时异常我们就必须处理了，否则程序都无法编译成功。
面试题
throw和throws 区别:
throw表示抛出一个异常类的对象，生成异常对象的过程。声明在方法体内。
throws属于异常处理的一种方式，声明在方法的声明处。
