【Java SE】异常

🥰🥰🥰来都来了，不妨点个关注叭！
👉博客主页：欢迎各位大佬!👈

本期内容介绍Java中的异常，相信经过这段时间的学习，大家的Java代码有一定的积累量了吧！在写代码中，我们常常会遇到问题，可能是语法错误，亦或者是代码上被画上了红线，或者编译后发现提示错误，这是怎么回事呢？一起来看看吧

1. 异常的体系

1.1 异常的概念

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

1.2 常见的异常

1）算术异常
如：20 / 0 （除数不能为0）

public class Test {
    public static void main(String[] args) {
        System.out.println(20 / 0);
    }
}

执行结果如下图所示：

java中不同类型的异常，都有与其对应的类来进行描述，这里算术异常对应ArithmeticException类
2）数组越界异常
如：访问定义数组长度外的下标

public class Test {
    public static void main(String[] args) {
        int[] arr = {0, 1, 2, 3, 4};
        System.out.println(arr[10]);
    }
}

执行结果如下图所示：
可以看到这里数组越界异常对应ArrayIndexOutOfBoundsException类
3）空指针异常

public class Test {
    public static void main(String[] args) {
        int[] arr = null;
        System.out.println(arr.length);
    }
}

执行结果如下图所示：

这里的空指针异常对应NullPointerException类
【总结】
1）上述三种异常均为RuntimeException对应的子类异常
2）均为运行时异常
（这些是什么意思捏~请继续往下看！）

1.3 异常的体系结构

异常种类非常多，为对不同异常或者错误进行很好的分类管理，Java内部维护一个异常的体系结构，如下图：

从上图的异常体系结构可以看到：
【Throwable】是异常体系的顶层类，其派生出两个重要的子类，Error 和 Exception
【Error】字面意思是错误，指的是Java虚拟机无法解决的严重问题，如JVM的内部错误、资源耗尽等，典型例子如StackOverflowError和OutOfMemoryError，一旦发生难以挽回
【Exception】指的是异常，异常产生后程序员可以通过代码进行处理，使程序继续执行。在生活中比如，人发生感冒、发烧，我们平时所说的身体异常，发生的一些小毛病，就是Exception，可以通过一定手段使其恢复

1.4 异常的分类

异常可能在程序编译时发生，也可能会在程序运行时发生，根据发生的时机不同，可以将异常分为：编译时异常和运行时异常

1.4.1 编译时异常

在程序编译时发生的异常，称为编译时异常，也称为受检查异常(Checked Exception)

public class Person {
	private String name;
    private String gender;
    int age;
    //目的是让该类支持深拷贝，即重写Object类的clone方法
    @Override
    public Person clone() {
        return (Person)super.clone();
   }
}

提示如下：

编译时报错：未报告的异常错误java.lang.CloneNotSupportedException; 必须对其进行捕获或声明以便抛出

1.4.2 运行时异常

在程序执行时发生的异常，称为运行时异常，也称为非受检查异常(Unchecked Exception)
RunTimeException和其子类对应的异常，都称为运行时异常，比如上述常见的几个异常NullPointerException、
ArrayIndexOutOfBoundsException、ArithmeticException等，均为运行时异常
【注意】
编译时出现的语法性错误，不能称之为异常，例如将 int 拼写错了，此时编译过程中就会出错，这是在"编译期" 出错！！！
而运行时指的是程序已经编译通过得到.class 文件， 再由 JVM 执行过程中出现的错误

2. 异常的处理

2.1 防御式编程

错误在代码中客观存在，因此要让程序出现问题时及时通知程序猿，有以下两种主要的方式：

2.1.1 事前防御型

LBYL: Look Before You Leap， 在操作之前就做充分的检查
缺点：正常流程和错误处理流程代码混在一起，代码整体显的比较混乱。
以下为事前防御型举例为代码，便于理解，以游戏为例，如下：

  boolean ret = false;
  ret = 登陆游戏();
  if (!ret) {
  处理登陆游戏错误;
  return;
  }
  ret = 开始匹配();
  if (!ret) {
  处理匹配错误;
  return;
  }
  ret = 游戏确认();
  if (!ret) {
  处理游戏确认错误;
  return;
  }
  ret = 选择角色();
  if (!ret) {
  处理选择角色错误;
  return;
  }
  ret = 载入游戏画面();
  if (!ret) {
  处理载入游戏错误;
  return;
  }
......

2.1.2 事后认错型

EAFP: It’s Easier to Ask Forgiveness than Permission，“事后获取原谅比事前获取许可更容易”，即先操作，遇到问题再处理
优点：正常流程和错误流程分离开，程序员更关注正常流程，代码更清晰，易于理解代码
以下为事后认错型举例为代码，便于理解，仍然以游戏为例，如下：

try {
  登陆游戏();
  开始匹配();
  游戏确认();
  选择角色();
  载入游戏画面();
 ...
} catch (登陆游戏异常) {
  处理登陆游戏异常;
} catch (开始匹配异常) {
处理开始匹配异常;
} catch (游戏确认异常) {
处理游戏确认异常;
} catch (选择角色异常) {
处理选择角色异常;
} catch (载入游戏画面异常) {
处理载入游戏画面异常;
}
......

异常处理的核心思想就是 EAFP
在Java中，异常处理主要的5个关键字：throw、try、catch、finally、throws

2.2 异常的抛出–throw关键字

在编写程序时，如果程序中出现错误，此时就需要将错误的信息告知给调用者，比如：参数检测
在Java中，可以借助throw关键字抛出一个指定的异常对象，将错误信息告知给调用者。
具体语法如下：

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

以实现一个获取数组中任意位置元素的方法为例，如下代码：
具体代码如下：

public class Test3 {
    //实现该方法-- 获取数组的元素
    public static int getElement(int[] array, int index){
        if(array == null){
            //抛出异常
            throw new NullPointerException("数组为空");
        }

        if(index < 0 || index >= array.length){
            //抛出异常
            throw new ArrayIndexOutOfBoundsException("数组下标越界");
        }
        return array[index];
    }
    public static void main(String[] args) {
        //1.数组越界情况
        int[] array1 = {1,2,3};
        getElement(array1, 3);
        //2.数组为空情况
        //int[] array2 = null;
        //getElement(array2,0);
        //3.正常情况
        //getElement(array1,1);

    }
}

运行结果如下图：

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

2.3 异常的捕获

异常的捕获，即异常的具体处理方式，主要有以下两种：异常声明throws 以及 try-catch捕获处理，下面具体介绍该两种捕获处理

2.3.1 异常声明throws

【场景】处在方法声明时参数列表之后，当方法中抛出编译时异常，而用户不想处理该异常的时候，此时就可以借助throws将异常抛给方法的调用者来处理，即当前方法不处理异常，提醒方法的调用者处理异常
具体语法如下：

修饰符 返回值类型 方法名(参数列表) throws 异常类型1，异常类型2…{ }

以计数为例，声明中断异常，如下代码：

public class ThreadDemo10 {
    public static void main(String[] args) throws InterruptedException {
        Counter counter = new Counter();

        Thread t1 = new Thread(()->{
            for(int i = 0; i < 500000; i++) {
                counter.add();
            }
        });

        Thread t2 = new Thread(()->{
            for(int i = 0; i < 500000; i++) {
                counter.add();
            }
        });
        t1.start();
        t2.start();
        t1.join();
        t2.join();

        System.out.println(counter.getCount());
    }
}

【注意事项】
1）throws必须跟在方法的参数列表之后
2）声明的异常必须是 Exception 或者 Exception 的子类
3）方法内部如果抛出了多个异常，throws之后必须跟多个异常类型，之间用逗号隔开，如果抛出多个异常类型
具有父子关系，直接声明父类即可
4）调用声明抛出异常的方法时，调用者必须对该异常进行处理，或者继续使用throws抛出

2.3.2 try-catch捕获并处理

throws对异常并没有真正处理，而是将异常报告给抛出异常方法的调用者，由调用者处理，如果真正要对异常进行处理，就需要try-catch！
具体语法如下：

try{
// 将可能出现异常的代码放在这里
}catch(要捕获的异常类型 e){
// 如果try中的代码抛出异常了，此处catch捕获时异常类型与try中抛出的异常类型一致时，或者是try中抛出异常的基类时，就会被捕获到
// 对异常就可以正常处理，处理完成后，跳出try-catch结构，继续执行后序代码
}[catch(异常类型 e){
// 对异常进行处理
}finally{
// 此处代码一定会被执行到
}]
// 后序代码执行情况如下
// 当异常被捕获到时，异常就被处理了，这里的后序代码一定会执行
// 如果捕获了，由于捕获时类型不对，那就没有捕获到，这里的代码就不会被执行

【注意事项】
(1) []中表示可选项，可以添加，也可以不用添加
(2) try中的代码可能会抛出异常，也可能不会
下面为具体举例代码：

public class ThreadDemo1{
    public static void main(String[] args) throws InterruptedException {
        Thread t = new Thread(()-> {
            while (true) {
                System.out.println("hello t");
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                	//异常的处理方式
                	//System.out.println(e.getMessage()); //只打印异常信息
                	//System.out.println(e); //打印异常类型：异常信息
                    e.printStackTrace();//打印信息最全面
                }
            }
        });
        //一旦异常被捕获处理了，此处的代码也会执行
        t.start();
        t.join(3000);
        System.out.println("hello main");
    }
}

【注意事项】
(1) try块内抛出异常位置之后的代码将不会被执行
(2) 如果抛出异常类型与catch时异常类型不匹配，即异常不会被成功捕获，也就不会被处理，继续往外抛，直到
JVM收到后中断程序——异常是按照类型来捕获

public static void main(String[] args) {
  try {
    int[] array = {1,2,3};
    System.out.println(array[3]);  // 此处会抛出数组越界异常
 }catch (NullPointerException e){  // 但是捕获时候捕获的是空指针异常！！即真正的异常无法被捕获到
    e.printStackTrace();
 }
  System.out.println("后序代码");
}

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

public static void main(String[] args) {
    int[] arr = {1, 2, 3};
    try {
      System.out.println("before");
      // arr = null;
      System.out.println(arr[100]);
      System.out.println("after");
   } catch (ArrayIndexOutOfBoundsException e) {
      System.out.println("这是个数组下标越界异常");
      e.printStackTrace();
   } catch (NullPointerException e) {
      System.out.println("这是个空指针异常");
      e.printStackTrace();
   }
    System.out.println("after try catch");
 }

如果多个异常的处理方式是完全相同, 也可以写成这样：

catch (ArrayIndexOutOfBoundsException | NullPointerException e) {
...
}

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

public static void main(String[] args) {
  int[] arr = {1, 2, 3};
  try {
    System.out.println("before");
    arr = null;
    System.out.println(arr[100]);
    System.out.println("after");
 } catch (Exception e) {  // Exception可以捕获到所有异常
    e.printStackTrace();
 }catch (NullPointerException e){  // 永远都捕获执行到
    e.printStackTrace();
 }
 
  System.out.println("after try catch");
}
//以上代码就有错误将父类异常catch放在前面了

(4) 可以通过一个catch捕获所有的异常，即多个异常，一次捕获(不推荐！！！)

public static void main(String[] args) {
  int[] arr = {1, 2, 3};
  try {
    System.out.println("before");
    arr = null;
    System.out.println(arr[100]);
    System.out.println("after");
 } catch (Exception e) {
    e.printStackTrace();
 }
  System.out.println("after try catch");
}

由于 Exception 类是所有异常类的父类，因此可以用这个类型表示捕捉所有异常
catch 进行类型匹配的时候，不仅仅会匹配相同类型的异常对象，也会捕捉目标异常类型的子类对象，如刚才的代码NullPointerException 和 ArrayIndexOutOfBoundsException 都是 Exception 的子类，即都能被捕获到

【关于异常的处理方式】
异常的种类有很多，需要根据不同的业务场景来决定！！！（我们需要多多积累）
1）对于比较严重的问题(比如和算钱相关的场景)，应让程序直接崩溃，防止造成更严重的后果！
2）对于不太严重的问题(即大多数场景)，可以记录错误日志，并通过监控报警程序及时通知程序猿
3）对于可能会恢复的问题(和网络相关的场景)，可以尝试进行重试
在我们当前的代码中采取的是经过简化的第二种方式，记录的错误日志是出现异常的方法调用信息，能很快速的让我们找到出现异常的位置，在以后的实际工作中将会采取更完备的方式来记录异常信息~
【小技巧】
将光标放在抛出异常方法上，alt+Insert可以快速处理~

2.3.3 finally

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

try{
// 可能会发生异常的代码
}catch(异常类型 e){
// 对捕获到的异常进行处理
}finally{
// 此处的语句无论是否发生异常，都会被执行到!!!
}
// 如果没有抛出异常，或者异常被捕获处理了，这里的代码也会执行

实现输入一个整形数字，将该数字返回，并再main方法中打印，具体代码如下：

public class Test4 {
    public static int getData(){
        Scanner sc = null;
        try{
            sc = new Scanner(System.in);
            int data = sc.nextInt();
            return data;
        }catch (InputMismatchException e){
            e.printStackTrace();
        }finally {
            System.out.println("这是finally中代码");
        }
        System.out.println("这是try-catch-finally之后代码");
        if(null != sc){
            sc.close();
        }
        return 0;
    }
    public static void main(String[] args) {
        int data = getData();
        System.out.println(data);
    }
}

输入2的程序运行情况如下：

上述程序，如果正常输入，成功接收输入后程序就返回了，try-catch-finally之后的代码根本就没有执行，即输入流
就没有被释放，造成资源泄漏！
输入null，即不匹配的输入，程序运行结果如下：

【注意】finally中的代码一定会执行的，一般在finally中进行一些资源清理的扫尾工作

2.4 异常的处理流程

【关于 “调用栈”】
方法之间是存在相互调用关系的，这种调用关系我们可以用 “调用栈” 来描述，在 JVM 中有一块内存空间称为"虚拟机栈" 专门存储方法之间的调用关系，当代码中出现异常的时候，就可以使用 e.printStackTrace(); 的方式查看出现异常代码的调用栈
如果本方法中没有合适的处理异常的方式，就会沿着调用栈向上传递

public static void main(String[] args) {
  try {
    func();
 } catch (ArrayIndexOutOfBoundsException e) {
    e.printStackTrace();
 }
  System.out.println("after try catch");
}
public static void func() {
  int[] arr = {1, 2, 3};
  System.out.println(arr[100]);
}

可以看到，程序已经异常终止了，执行到 System.out.println(“after try catch”); 这一行
如果向上一直传递都没有合适的方法处理异常，最终就会交给 JVM 处理, 程序就会异常终止(和最开始未使用try catch 时是一样的)

public class Test5 {
    public static void main(String[] args) {
        func();
        System.out.println("after try catch");
    }
    public static void func() {
        int[] arr = {1, 2, 3};
        System.out.println(arr[100]);
    }
}

可以看到，程序已经异常终止了，没有执行到 System.out.println(“after try catch”); 这一行
【异常处理流程总结】
1）程序先执行 try 中的代码
2）如果 try 中的代码出现异常，就会结束 try 中的代码，看是否和 catch 中的异常类型匹配
3）如果找到匹配的异常类型，则会执行 catch 中的代码
4）如果没有找到匹配的异常类型，就会将异常向上传递到上层调用者
5）无论是否找到匹配的异常类型，finally 中的代码都会被执行到(但在该方法结束之前执行)
6）如果上层调用者也没有处理的了异常，就继续向上传递
一直到 main 方法也没有合适的代码处理异常，就会交给 JVM 来进行处理，此时程序就会异常终止

3. 自定义异常类

Java 中虽然已经内置了丰富的异常类，但是实际中会遇到很多不一样的情况，并不能完全表示实际开发中所遇到的一些异常，此时就需要维护符合我们实际情况的异常结构
例如，现在需要实现一个用户登陆功能

public class LogIn {
  private String userName = "admin";
  private String password = "123456";
  public static void loginInfo(String userName, String password) {
    if (!userName.equals(userName)) {
    
   }
    if (!password.equals(password)) {
    
   }
    System.out.println("登陆成功");
 }
  public static void main(String[] args) {
    loginInfo("admin", "123456");
 }
}

此时我们在处理用户名密码错误的时候可能就需要抛出两种异常，可以基于已有的异常类进行扩展(继承)，创建和我们业务相关的异常类.
【具体方式】
1） 自定义异常类，继承自Exception 或者 RunTimeException
2） 实现一个带有String类型参数的构造方法，参数含义：出现异常的原因

class UserNameException extends Exception {
  public UserNameException(String message) {
    super(message);
 }
}
class PasswordException extends Exception {
  public PasswordException(String message) {
    super(message);
 }
}

此时我们的 loginInfo 中的代码可以改成如下：

public class LogIn {
  private String userName = "admin";
  private String password = "123456";
   public static void loginInfo(String userName, String password)
      throws UserNameException,PasswordException{
    if (!userName.equals(userName)) {
      throw new UserNameException("用户名错误！");
   }
    if (!password.equals(password)) {
      throw new PasswordException("用户名错误！");
   }
    System.out.println("登陆成功");
 }
  public static void main(String[] args) {
    try {
      loginInfo("admin", "123456");
   } catch (UserNameException e) {
      e.printStackTrace();
   } catch (PasswordException e) {
      e.printStackTrace();
   }
 }
}

这就实现了自定义异常类，可根据我们的实际需求进行修改~
【注意事项】
1）自定义异常通常会继承自 Exception 或者 RuntimeException
2）继承自 Exception 的异常默认是受查异常即编译时异常
3）继承自 RuntimeException 的异常默认是非受查异常即运行时异常
💛💛💛本期内容回顾💛💛💛

✨✨✨本期内容到此结束啦~！