（java）异常 (详解)

最新推荐文章于 2024-09-29 21:47:41 发布

iiiiiihuang

最新推荐文章于 2024-09-29 21:47:41 发布

阅读量5.1k

点赞数 28

分类专栏： Java 文章标签： java 开发语言

本文链接：https://blog.csdn.net/iiiiiihuang/article/details/130671801

版权

Java 专栏收录该内容

4 篇文章 4 订阅

订阅专栏

1. 异常的概念

在Java中，将程序执行过程中发生的不正常行为称为异常

比如以下几个异常

1. 算术异常

因为 0 不能当被除数，所以报出了异常，这种异常就叫作算数异常

2.空指针异常

3.数组越界异常

4.在编译时就发现了异常

那有的异常在编译时就被发现，有的要在运行之后才发现，

那我们接下来就要了解一下异常的体系结构了

2.异常的体系结构

Java内部维护了一个异常的体系结构：如下

我们先看一下前三个

IDEA小贴士：双击shift ，出现下面界面

利用上面的工具，我们明确看出：（图片看不清可以下载到本地，就看清了╰(*°▽°*)╯）

Error：指的是Java虚拟机无法解决的严重问题，比如：JVM的内部错误、资源耗尽等，

典型代表：StackOverflowError（栈溢出）和OutOfMemoryError（堆溢出）

写个递归看一下栈溢出

总结：

Exception：异常产生后程序员可以通过代码进行处理，使程序继续执行。我们平时所说的异常就是Exception（具体类型参考异常的体系结构图下面那一堆）

Error：指的是Java虚拟机无法解决的严重问题，比如：JVM的内部错误、资源耗尽等，典型代表：StackOverflowError（栈溢出）和OutOfMemoryError（堆溢出）

ps: CloneNotSupported处理过程

3.异常的分类

编译时异常（也称受查异常）（比如上面的CloneNotSupportedException,只要不处理就报错）
运行时异常（也称非受查异常(Unchecked Exception)）（RunTimeException以及其子类对应的异常，都称为运行时异常，比如上述的数组越界，空指针，算数异常等等）

注意：编译时出现的语法性错误，不能称之为异常。（比如拼写错误，没加；等等，此时编译过程中就会出错, 这是 "编译期" 出错。而运行时指的是程序已经编译通过得到class 文件了, 再由 JVM 执行过程中出现的错误）

4.异常的处理

1 .防御式编程

1.LBYL: Look Before You Leap. 在操作之前就做充分的检查. 即：事前防御型

2. EAFP: It's Easier to Ask Forgiveness than Permission. "事后获取原谅比事前获取许可更容易". 也就是先操作, 遇到问题再处理. 即：事后认错型

2. 事后认错型

语法：

try{

执行可能出现异常的代码

}catch(){

匹配（对应的异常）

} finally{

执行资源的关闭

}

优势：正常流程和错误流程是分离开的, 程序员更关注正常流程，代码更清晰，容易理解代码
异常处理的核心思想就是 EAFP

在Java中，异常处理主要的5个关键字：throw、try、catch、final、throws。

2.异常的抛出

在Java中，可以借助throw关键字，抛出一个指定的异常对象，将错误信息告知给调用者。具体语法如下：

throw new XXXException("异常产生的原因");

ps:一般用来抛出一个自定义的异常

1. throw必须写在方法体内部
2. 抛出的对象必须是Exception 或者 Exception 的子类对象
3. 如果抛出的是 RunTimeException 或者 RunTimeException 的子类，则可以不用处理，直接交给JVM来处理
4. 如果抛出的是编译时异常，用户必须处理，否则无法通过编译
5. 异常一旦抛出，其后的代码就不会执行

编译时异常，用户必须处理,最简单的方法是通过 throws 和 try-catch 去处理，接下来我们看一下如何处理

3 .异常的捕获

异常的捕获，也就是异常的具体处理方式，主要有两种：异常声明throws 以及 try-catch捕获处理。

3.1 .异常声明throws

处在方法声明时参数列表之后，当方法中抛出编译时异常，用户不想处理该异常，此时就可以借助throws将异常抛给方法的调用者来处理。即当前方法不处理异常，提醒方法的调用者处理异常。

代码解释：

test()方法里只是抛出了异常，而没有处理这个异常，而main方法是test()方法的调用者，他要处理test()方法抛出的这个异常，没处理就报错，如果在main()方法后再加一个throws，不报错了，但是main()方法依旧没处理，只是把这个异常又抛了出去，那交给谁处理了呢？JVM，因为JVM调用main()方法

1. throws必须跟在方法的参数列表之后
2. 声明的异常必须是 Exception 或者 Exception 的子类
3. 方法内部如果抛出了多个异常，throws之后必须跟多个异常类型，之间用逗号隔开，如果抛出多个异常类型具有父子关系，直接声明父类即可

throw和throws的区别？

throws声明这个方法可能抛出什么异常，

throw是可以抛出什么异常

我们不仅可以利用 throws,还可以利用try-catch 处理，那接下来我们来介绍一下 try-catch

3.2.try-catch捕获并处理

语法：

try{

执行可能出现异常的代码

}catch(要捕获的异常类型 e){

匹配（对应的异常）

// 如果try中的代码抛出异常了，此处catch捕获时异常类型与try中抛出的异常类型一致时，或者是try中抛出异常的父类时，就会被捕获到
// 对异常就可以正常处理，处理完成后，跳出try-catch结构，继续执行后序代码

}catch(异常类型 e){

// 对异常进行处理

} finally{

执行资源的关闭

// 此处代码一定会被执行到

}

// 后序代码
// 当异常被捕获到时，异常就被处理了，这里的后序代码一定会执行
// 如果捕获了，由于捕获时类型不对，那就没有捕获到，这里的代码就不会被执行

那如何利用 try-catch捕获并处理？如下：

1.catch一定要捕获一个对应匹配的异常，否则还是会交给JVM处理

那找异常好麻烦的，有聪明的小伙伴可能就会想到直接用Exception e,不建议哦，请老老实实的写👈(⌒▽⌒)👉👈(⌒▽⌒)👉

2.那我再try里面异常代码下再写一个正确的代码，它会执行吗？不会。

写上面就执行了

因为是从异常那句发现了发生了异常，说明这个业务从这是有问题的，所以下面的代码将不会被执行。

3.try中可能会抛出多个不同的异常对象，则必须用多个catch来捕获----即多种异常，多次捕获

有上可知，程序只会同时抛出一个异常，先发现谁，就抛出谁，不会抛出多个异常

上面的异常还能合成一个，但不建议，还是比较模糊

我们现在发现了异常，但是不知道哪里有异常，我们就可以利用 e.printStackTrace(); 去定位

（e.printStackTrace(); 可以帮我们打印栈上的异常信息）

5.如果异常之间具有父子关系，一定是子类异常在前catch，父类异常在后catch，否则语法错误：

父类兜底，子债父偿 🙈🙈

3.3 finally

在写程序时，有些特定的代码，不论程序是否发生异常，都需要执行，比如程序中打开的资源：网络连接、数据库连接、IO流等，在程序正常或者异常退出时，必须要对资源进进行回收。另外，因为异常会引发程序的跳转，可能导致有些语句执行不到，finally就是用来解决这些问题的

代码演示：

当catch捕获到了异常，finally执行了

当catch没捕获到异常时finally 也执行了

所以，不管是否抛出异常，finally 都被执行了，

那一些善后的代码就可以放到这里，比如，关闭资源等等

我们看一下下面的代码：

虽然执行了，但是我们不建议在finally里return 。

4 .异常的处理流程

在func2()这里我没有处理,在main()这里我没有处理异常,那异常交给JVM处理了

那你也可以自己处理异常

在func2()处理

或者让func2()的调用者main处理

如果向上一直传递都没有合适的方法处理异常, 最终就会交给 JVM 处理, 程序就会异常终止(和我们最开始未使用 try-catch 时是一样的)

🙇🙇【异常处理流程总结】 🙇🙇

程序先执行 try 中的代码
如果 try 中的代码出现异常, 就会结束 try 中的代码, 看和 catch 中的异常类型是否匹配.
如果找到匹配的异常类型, 就会执行 catch 中的代码
如果没有找到匹配的异常类型, 就会将异常向上者传递到上层调用.
无论是否找到匹配的异常类型, finally 中的代码都会被执行到(在该方法结束之前执行).
如果上层调用者也没有处理的了异常, 就继续向上传递.一直到 main 方法也没有合适的代码处理异常, 就会交给 JVM 来进行处理, 此时程序就会异常终止

3. 自定义异常类

我们看下面的代码，我们可以想到，用户名或密码都是可能出现异常的地方，但是java里没有定义这个异常，那此时我们就要自定义异常

那我们就自己创一个 UserNameException类，

我们自己定义的异常时可以参考java原本的异常，那我们就参考 ArithmeticException去写

代码：

public class PasswordException extends RuntimeException {

    public PasswordException() {
    }

    public PasswordException(String message) {
        super(message);
    }
}

public class UserNameException extends RuntimeException{

    public UserNameException() {
    }

    public UserNameException(String message) {
        super(message);
    }
}

public class Login {
    private String userName = "admin";
    private String password = "12345";
                                                             //可能会抛出这俩异常
    public void loginInfo(String userName, String password) throws UserNameException,PasswordException{
        if(!this.userName.equals(userName)){
            //System.out.println("用户名有误");
            throw new UserNameException("用户名有误");
        }
        if(!this.password.equals(password)){
            //System.out.println("密码有误");
            throw new PasswordException("密码有误");
        }
        System.out.println("登录成功");
    }

    public static void main(String[] args) {

        Login login = new Login();
        try {
            login.loginInfo("admin1", "12345");
        }catch (UserNameException e){
            e.printStackTrace();//定位异常
            System.out.println("UserNameException");

        }catch (PasswordException e){
            e.printStackTrace();
            System.out.println("PasswordException");
        }
    }
}

上面是继承RuntimeException是非受查异常，

那继承Exception呢，会报错这个异常就变成了受查异常

//Exception