Java之异常处理

异常分类

异常对象是派生于Throwable的一个实例，所有的异常类都是由Throw able继承而来的，但是在下一层分解为俩个分支，Error和Exception，
Error类是Java运行时，系统内部错误和资源耗尽错误。如果出现这一错误，除了通知程序员，并终止程序运行之外，几乎无能为力。
Exception类又派生出俩个分支，一个是RunTimeException，和其他异常类，一般来说由于程序的编写错误而造成的异常都属于RunTimeException，但是对于程序本身没有问题，是因为其他问题导致的，例如在File类中，因为文件不存在导致的异常，就属于其他类异常
例如：派生出RunTimeException的异常有
1、除0发生算数异常（ArithmeticException）
2、数组下标越界异常（ArrayIndexOutOfException）
3、索引越界异常（IndexOutOfBoundsException）
4、空指针异常（NullPointerException）
由其他异常类派生出的异常有
例如：文件不存在，试图超越文件末尾继续读取数据

异常的产生

下面我们用一段代码来描述一下

public void Test01(){
int a = 10;
int b = 0;
int c = a/b;
System.out.Print(c);
}

当程序运行到int c = a/b;时，因为除数为0；在int c = a/b;后会先new一个对象，ArithmeticException a = new ArithmeticException()；调用了构造器，然后抛出异常，程序停止。

异常的处理方式

处理方式一

1，抓抛模型

过程一 抛：程序在正常执行的过程中，一旦出现异常，就会在异常生成处生成一个对应异常类的对象，将此抛出 一旦抛出对象以后，其后的代码就不再执行了 过程二 抓：可以理解为异常的处理方式：

// A code block
var foo = 'bar';

1，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（）

6，在try中定义的变量，出了try结构后就不可以再被调用 7，try-catch-finally可以嵌套

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

体会2：在开发中，由于运行时异常比较常见，所以我们通常不针对运行时异常编写try-catch-finally了，针对编译时异常，我们说一定会考虑异常的处理

finally{}的使用：
①，finally是一个可选的
②，finally中声明的是一定会被执行的代码，即使catch中又出现异常了，try中return语句，catch中又有return语句等情况
3，像数据库连接，数据输入输出流，网络编程Socket等资源，JVM是不能自动回收的，我们需要自己手动进行资源的释放，此时的资源就会被释放，就需要声明在finally中

异常处理的方式二：throws +异常类型
1，“throws +异常类型” 写在方法的声明处，指明此方法执行时，可能会出现的异常类型，一旦方法执行时，出现异常，仍会在异常代码处生成一个异常的对象，此对象满足throws后异常类型时，就会被抛出 ，异常后面的代码就没有机会被执行

体会： try-catch-finally：真正的异常处理掉了 throws的方式只是将异常抛给了方法调用者，并没有真正的处理掉

方法重写的规则之一

子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的异常类型

在开发中如何去选择try-catch-finally和throws +异常类型

①，如果父类中被重写的方法中没有throws方法处理异常，则子类重写得到方法也不能使用throws，意味着如果子类重写方法中有异常，必须使用try-catch-finally方式 处理
②执行方法a中，先后又调用了另外的几个方法，这几个方法是替进关系执行的，我们建议这几个方法使用throws 的方式进行处理，而执行的方法a可以考虑进行try-catch-finally方式进行处理

用户自定义异常类

如何自定义异常类
1，继承与现有的异常类，RuntimeException，Exception
2，提供全局常量：serialVersionUID
3，提供几个重载的构造器

throw和throws的区别？ throw表示抛出一个异常类的对象，生成异常对象的过程，声明在方法体内
throws属于异常处理的一种方式，声明在方法的声明处

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（）

6，在try中定义的变量，出了try结构后就不可以再被调用 7，try-catch-finally可以嵌套

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

体会2：在开发中，由于运行时异常比较常见，所以我们通常不针对运行时异常编写try-catch-finally了，针对编译时异常，我们说一定会考虑异常的处理

finally{}的使用：
①，finally是一个可选的
②，finally中声明的是一定会被执行的代码，即使catch中又出现异常了，try中return语句，catch中又有return语句等情况
③，像数据库连接，数据输入输出流，网络编程Socket等资源，JVM是不能自动回收的，我们需要自己手动进行资源的释放，此时的资源就会被释放，就需要声明在finally中

异常处理的方式二：throws +异常类型
1，“throws +异常类型” 写在方法的声明处，指明此方法执行时，可能会出现的异常类型，一旦方法执行时，出现异常，仍会在异常代码处生成一个异常的对象，此对象满足throws后异常类型时，就会被抛出 ，异常后面的代码就没有机会被执行

体会：
try-catch-finally：真正的异常处理掉了 throws的方式只是将异常抛给了方法调用者，并没有真正的处理掉

方法重写的规则之一

子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的异常类型

在开发中如何去选择try-catch-finally和throws +异常类型

①，如果父类中被重写的方法中没有throws方法处理异常，则子类重写得到方法也不能使用throws，意味着如果子类重写方法中有异常，必须使用try-catch-finally方式 处理
②执行方法a中，先后又调用了另外的几个方法，这几个方法是替进关系执行的，我们建议这几个方法使用throws 的方式进行处理，而执行的方法a可以考虑进行try-catch-finally方式进行处理

用户自定义异常类

如何自定义异常类
1，继承与现有的异常类，RuntimeException，Exception
2，提供全局常量：serialVersionUID
3，提供几个重载的构造器

throw和throws的区别？ throw表示抛出一个异常类的对象，生成异常对象的过程，声明在方法体内
throws属于异常处理的一种方式，声明在方法的声明处