当前位置:   article > 正文

【JavaSE】知识点总结:异常_未报告的异常错误java.lang.throwable; 必须对其进行捕获或声明以便抛出

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

一、异常的概念与体系结构

1. 异常的概念

在生活中,一个人表情痛苦,出于关心,可能会问:你是不是生病了,需要我陪你去看医生吗?

在程序中也是一样,程序猿是一帮办事严谨、追求完美的高科技人才。在日常开发中,绞尽脑汁将代码写的尽善尽美,在程序运行过程中,难免会出现一些奇奇怪怪的问题。有时通过代码很难去控制,比如:数据格式不对、网络不通畅、内存报警等。
Java 中,将程序执行过程中发生的不正常行为称为异常 。比如写代码时经常遇到的:
  1. //算术异常
  2. System.out.println(10 / 0);
  3. // 执行结果
  4. Exception in thread "main" java.lang.ArithmeticException: / by zero
  1. //数组越界异常
  2. int[] arr = {1, 2, 3};
  3. System.out.println(arr[100]);
  4. // 执行结果
  5. Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 100
  1. //空指针异常
  2. int[] arr = null;
  3. System.out.println(arr.length);
  4. // 执行结果
  5. Exception in thread "main" java.lang.NullPointerException
从上述过程中可以看到, java 中不同类型的异常,都有与其对应的类来进行描述

2. 异常的体系结构

异常种类繁多,为了对不同异常或者错误进行很好的分类管理, Java 内部维护了一个异常的体系结构:

从上图中可以看到:
1. Throwable 是异常体系的顶层类,其派生出两个重要的子类 , Error Exception
2. Error 指的是 Java 虚拟机无法解决的严重问题,比如: JVM 的内部错误、资源耗尽等 ,典型代表:
StackOverflflowError OutOfMemoryError ,一旦发生回力乏术。
3. Exception 异常产生后程序员可以通过代码进行处理,使程序继续执行。比如:感冒、发烧。我们平时所说的异常就是Exception

3. 异常的分类

异常可能在编译时发生,也可能在程序运行时发生,根据发生的时机不同,可以将异常分为:
(1)  编译时异常
在程序编译期间发生的异常,称为编译时异常,也称为受检查异常 (Checked Exception)
  1. public class Person{
  2. private String name;
  3. private String gender;
  4. int age;
  5. // 想要让该类支持深拷贝,覆写Object类的clone方法即可
  6. @Override
  7. public Person clone() {
  8. return (Person)super.clone();
  9. }
  10. }
  11. 编译时报错:
  12. Error:(17, 35) java: 未报告的异常错误java.lang.CloneNotSupportedException; 必须对其进行捕获或声明以便抛出
(2)  运行时异常
在程序执行期间发生的异常,称为运行时异常,也称为非受检查异常 (Unchecked Exception)
RunTimeException 以及其子类对应的异常,都称为运行时异常 。比如: NullPointerException
ArrayIndexOutOfBoundsException ArithmeticException
注意:编译时出现的语法性错误,不能称之为异常。例如将 System.out.println 拼写错了 , 写成了system.out.println. 此时编译过程中就会出错 , 这是 " 编译期 " 出错。而运行时指的是程序已经编译通过得到class 文件了 , 再由 JVM 执行过程中出现的错误 .

二、异常的处理

1. 防御式编程

错误在代码中是客观存在的 . 因此我们要让程序出现问题的时候及时通知程序猿 .
主要的方式 1.  LBYL : Look Before You Leap. 在操作之前就做充分的检查 . 即: 事前防御型
以王者荣耀的匹配机制为例:
  1. boolean ret = false;
  2. ret = 登陆游戏();
  3. if (!ret) {
  4. 处理登陆游戏错误;
  5. return;
  6. }
  7. ret = 开始匹配();
  8. if (!ret) {
  9. 处理匹配错误;
  10. return;
  11. }
  12. ret = 游戏确认();
  13. if (!ret) {
  14. 处理游戏确认错误;
  15. return;
  16. }
  17. ret = 选择英雄();
  18. if (!ret) {
  19. 处理选择英雄错误;
  20. return;
  21. }
  22. ret = 载入游戏画面();
  23. if (!ret) {
  24. 处理载入游戏错误;
  25. return;
  26. }
  27. ......

缺陷:正常流程和错误处理流程代码混在一起, 代码整体显的比较混乱。

2. EAFP : It's Easier to Ask Forgiveness than Permission. " 事后获取原谅比事前获取许可更容易 ". 也就是先操作, 遇到问题再处理 . 即: 事后认错型
  1. try {
  2. 登陆游戏();
  3. 开始匹配();
  4. 游戏确认();
  5. 选择英雄();
  6. 载入游戏画面();
  7. ...
  8. } catch (登陆游戏异常) {
  9. 处理登陆游戏异常;
  10. } catch (开始匹配异常) {
  11. 处理开始匹配异常;
  12. } catch (游戏确认异常) {
  13. 处理游戏确认异常;
  14. } catch (选择英雄异常) {
  15. 处理选择英雄异常;
  16. } catch (载入游戏画面异常) {
  17. 处理载入游戏画面异常;
  18. }
  19. ......
优势:正常流程和错误流程是分离开的 , 程序员更关注正常流程,代码更清晰,容易理解代码
异常处理的核心思想就是 EAFP

Java中,异常处理主要的5个关键字:throwtrycatchfifinalthrows

2. 异常的抛出

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

【需求】:实现一个获取数组中任意位置元素的方法。

  1. public static int getElement(int[] array, int index){
  2. if(null == array){
  3. throw new NullPointerException("传递的数组为null");
  4. }
  5. if(index < 0 || index >= array.length){
  6. throw new ArrayIndexOutOfBoundsException("传递的数组下标越界");
  7. }
  8. return array[index];
  9. }
  10. public static void main(String[] args) {
  11. int[] array = {1,2,3};
  12. getElement(array, 3);
  13. }
注意事项
1. throw 必须写在方法体内部
2. 抛出的对象必须是 Exception 或者 Exception 的子类对象
3. 如果抛出的是 RunTimeException 或者 RunTimeException 的子类,则可以不用处理,直接交给 JVM 来处理
4. 如果抛出的是编译时异常,用户必须处理,否则无法通过编译
5. 异常一旦抛出,其后的代码就不会执行

3. 异常的捕获

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

3.1 异常声明throws

处在方法声明时参数列表之后,当方法中抛出编译时异常,用户不想处理该异常,此时就可以借助 throws 将异常抛给方法的调用者来处理。即当前方法不处理异常,提醒方法的调用者处理异常
  1. 语法格式:
  2. 修饰符 返回值类型 方法名(参数列表) throws 异常类型1,异常类型2...{
  3. }

【需求】:加载指定的配置文件confifig.ini

  1. public class Config {
  2. File file;
  3. /*
  4. FileNotFoundException : 编译时异常,表明文件不存在
  5. 此处不处理,也没有能力处理,应该将错误信息报告给调用者,让调用者检查文件名字是否给错误了
  6. */
  7. public void OpenConfig(String filename) throws FileNotFoundException{
  8. if(filename.equals("config.ini")){
  9. throw new FileNotFoundException("配置文件名字不对");
  10. }
  11. // 打开文件
  12. }
  13. public void readConfig(){
  14. }
  15. }
注意事项
1. throws 必须跟在方法的参数列表之后
2. 声明的异常必须是 Exception 或者 Exception 的子类
3. 方法内部如果抛出了多个异常, throws 之后必须跟多个异常类型,之间用逗号隔开,如果抛出多个异常类型具有父子关系,直接声明父类即可。
  1. public class Config {
  2. File file;
  3. // public void OpenConfig(String filename) throws IOException,FileNotFoundException{
  4. // FileNotFoundException 继承自 IOException
  5. public void OpenConfig(String filename) throws IOException{
  6. if(filename.endsWith(".ini")){
  7. throw new IOException("文件不是.ini文件");
  8. }
  9. if(filename.equals("config.ini")){
  10. throw new FileNotFoundException("配置文件名字不对");
  11. }
  12. // 打开文件
  13. }
  14. public void readConfig(){
  15. }
  16. }
4. 调用声明抛出异常的方法时,调用者必须对该异常进行处理,或者继续使用 throws 抛出
  1. public static void main(String[] args) throws IOException {
  2. Config config = new Config();
  3. config.openConfig("config.ini");
  4. }
将光标放在抛出异常方法上, alt + Insert 快速处理。

3.2 try-catch捕获并处理

throws 对异常并没有真正处理,而是将异常报告给抛出异常方法的调用者,由调用者处理。如果真正要对异常进行处理,就需要try-catch
  1. 语法格式:
  2. try{
  3. // 将可能出现异常的代码放在这里
  4. }catch(要捕获的异常类型 e){
  5. // 如果try中的代码抛出异常了,此处catch捕获时异常类型与try中抛出的异常类型一致时,或者是try
  6. //中抛出异常的基类时,就会被捕获到
  7. // 对异常就可以正常处理,处理完成后,跳出try-catch结构,继续执行后序代码
  8. }(catch(异常类型 e){
  9. // 对异常进行处理
  10. }finally{
  11. // 此处代码一定会被执行到
  12. }
  13. // 后序代码
  14. // 当异常被捕获到时,异常就被处理了,这里的后序代码一定会执行
  15. // 如果捕获了,由于捕获时类型不对,那就没有捕获到,这里的代码就不会被执行
  16. 注意:
  17. 1. []中表示可选项,可以添加,也可以不用添加
  18. 2. try中的代码可能会抛出异常,也可能不会
【需求】:读取配置文件,如果配置文件名字不是指定名字,抛出异常,调用者进行异常处理
  1. public class Config {
  2. File file;
  3. public void openConfig(String filename) throws FileNotFoundException{
  4. if(!filename.equals("config.ini")){
  5. throw new FileNotFoundException("配置文件名字不对");
  6. }
  7. // 打开文件
  8. }
  9. public void readConfig(){
  10. }
  11. public static void main(String[] args) {
  12. Config config = new Config();
  13. try {
  14. config.openConfig("config.txt");
  15. System.out.println("文件打开成功");
  16. } catch (IOException e) {
  17. // 异常的处理方式
  18. //System.out.println(e.getMessage()); // 只打印异常信息
  19. //System.out.println(e); // 打印异常类型:异常信息
  20. e.printStackTrace(); // 打印信息最全面
  21. }
  22. // 一旦异常被捕获处理了,此处的代码会执行
  23. System.out.println("异常如果被处理了,这里的代码也可以执行");
  24. }
  25. }
关于异常的处理方式
异常的种类有很多, 我们要根据不同的业务场景来决定.
对于比较严重的问题(例如和算钱相关的场景), 应该让程序直接崩溃, 防止造成更严重的后果
对于不太严重的问题(大多数场景), 可以记录错误日志, 并通过监控报警程序及时通知程序猿
对于可能会恢复的问题(和网络相关的场景), 可以尝试进行重试.
在我们当前的代码中采取的是经过简化的第二种方式. 我们记录的错误日志是出现异常的方法调用信息, 能很快速的让我们找到出现异常的位置. 以后在实际工作中我们会采取更完备的方式来记录异常信息
注意事项
1. try 块内抛出异常位置之后的代码将不会被执行
2. 如果抛出异常类型与 catch 时异常类型不匹配,即异常不会被成功捕获,也就不会被处理,继续往外抛,直到JVM收到后中断程序 ---- 异常是按照类型来捕获的
  1. public static void main(String[] args) {
  2. try {
  3. int[] array = {1,2,3};
  4. System.out.println(array[3]); // 此处会抛出数组越界异常
  5. }catch (NullPointerException e){ // 捕获时候捕获的是空指针异常--真正的异常无法被捕获到
  6. e.printStackTrace();
  7. }
  8. System.out.println("后序代码");
  9. }
  10. Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 3
  11. at day20210917.ArrayOperator.main(ArrayOperator.java:24)
3. try 中可能会抛出多个不同的异常对象,则必须用多个 catch 来捕获 ---- 即多种异常,多次捕获
  1. public static void main(String[] args) {
  2. int[] arr = {1, 2, 3};
  3. try {
  4. System.out.println("before");
  5. // arr = null;
  6. System.out.println(arr[100]);
  7. System.out.println("after");
  8. } catch (ArrayIndexOutOfBoundsException e) {
  9. System.out.println("这是个数组下标越界异常");
  10. e.printStackTrace();
  11. } catch (NullPointerException e) {
  12. System.out.println("这是个空指针异常");
  13. e.printStackTrace();
  14. }
  15. System.out.println("after try catch");
  16. }
如果多个异常的处理方式是完全相同 , 也可以写成这样:
  1. catch (ArrayIndexOutOfBoundsException | NullPointerException e) {
  2. ...
  3. }
如果异常之间具有父子关系,一定是子类异常在前 catch ,父类异常在后 catch ,否则语法错误:
  1. public static void main(String[] args) {
  2. int[] arr = {1, 2, 3};
  3. try {
  4. System.out.println("before");
  5. arr = null;
  6. System.out.println(arr[100]);
  7. System.out.println("after");
  8. } catch (Exception e) { // Exception可以捕获到所有异常
  9. e.printStackTrace();
  10. }catch (NullPointerException e){ // 永远都捕获执行到
  11. e.printStackTrace();
  12. }
  13. System.out.println("after try catch");
  14. }
  15. Error:(33, 10) java: 已捕获到异常错误java.lang.NullPointerException
4. 可以通过一个 catch 捕获所有的异常,即多个异常,一次捕获 ( 不推荐 )
  1. public static void main(String[] args) {
  2. int[] arr = {1, 2, 3};
  3. try {
  4. System.out.println("before");
  5. arr = null;
  6. System.out.println(arr[100]);
  7. System.out.println("after");
  8. } catch (Exception e) {
  9. e.printStackTrace();
  10. }
  11. System.out.println("after try catch");
  12. }
由于 Exception 类是所有异常类的父类 . 因此可以用这个类型表示捕捉所有异常 .
备注 : catch 进行类型匹配的时候 , 不光会匹配相同类型的异常对象 , 也会捕捉目标异常类型的子类对象 .
如刚才的代码 , NullPointerException ArrayIndexOutOfBoundsException 都是 Exception 的子类 , 因此都能被捕获到.

3.3 finally

在写程序时, 有些特定的代码,不论程序是否发生异常,都需要执行,比如程序中打开的资源 :网络连接、数据库连接、IO 流等, 在程序正常或者异常退出时,必须要对资源进进行回收 。另外,因为 异常会引发程序的跳转,可能 导致有些语句执行不到 finally 就是用来解决这个问题的。
  1. 语法格式:
  2. try{
  3. // 可能会发生异常的代码
  4. }catch(异常类型 e){
  5. // 对捕获到的异常进行处理
  6. }finally{
  7. // 此处的语句无论是否发生异常,都会被执行到
  8. }
  9. // 如果没有抛出异常,或者异常被捕获处理了,这里的代码也会执行
  1. public static void main(String[] args) {
  2. try{
  3. int[] arr = {1,2,3};
  4. arr[100] = 10;
  5. arr[0] = 10;
  6. }catch (ArrayIndexOutOfBoundsException e){
  7. System.out.println(e);
  8. }finally {
  9. System.out.println("finally中的代码一定会执行");
  10. }
  11. System.out.println("如果没有抛出异常,或者异常被处理了,try-catch后的代码也会执行");
  12. }
问题:既然 finally try-catch-finally 后的代码都会执行,那为什么还要有 finally 呢?
需求:实现 getData 方法,内部输入一个整形数字,然后将该数字返回,并再 main 方法中打印。
  1. public class TestFinally {
  2. public static int getData(){
  3. Scanner sc = null;
  4. try{
  5. sc = new Scanner(System.in);
  6. int data = sc.nextInt();
  7. return data;
  8. }catch (InputMismatchException e){
  9. e.printStackTrace();
  10. }finally {
  11. System.out.println("finally中代码");
  12. }
  13. System.out.println("try-catch-finally之后代码");
  14. if(null != sc){
  15. sc.close();
  16. }
  17. return 0;
  18. }
  19. public static void main(String[] args) {
  20. int data = getData();
  21. System.out.println(data);
  22. }
  23. }
  24. // 正常输入时程序运行结果:
  25. 100
  26. finally中代码
  27. 100
上述程序,如果正常输入,成功接收输入后程序就返回了, try-catch-fifinally 之后的代码根本就没有执行,即输入流就没有被释放,造成资源泄漏。
注意: finally 中的代码一定会执行的,一般在 finally 中进行一些资源清理的扫尾工作
  1. // 下面程序输出什么?
  2. public static void main(String[] args) {
  3. System.out.println(func());
  4. }
  5. public static int func() {
  6. try {
  7. return 10;
  8. } finally {
  9. return 20;
  10. }
  11. }
  12. A: 10 B: 20 C: 30 D: 编译失败
finally 执行的时机是在方法返回之前 (try 或者 catch 中如果有 return 会在这个 return 之前执行  finally). 但是如果 finally 中也存在 return 语句 , 那么就会执行 finally 中的 return, 从而不会执行到 try 中原有的 return.
一般我们不建议在 fifinally 中写 return ( 被编译器当做一个警告 ).
【面试题】:
1. throw throws 的区别?
2. fifinally 中的语句一定会执行吗?

4. 异常的处理流程

关于 " 调用栈 "
方法之间是存在相互调用关系的 , 这种调用关系我们可以用 " 调用栈 " 来描述 . JVM 中有一块内存空间称为
" 虚拟机栈 " 专门存储方法之间的调用关系 . 当代码中出现异常的时候 , 我们就可以使用 e.printStackTrace(); 的方式查看出现异常代码的调用栈.
如果本方法中没有合适的处理异常的方式 , 就会沿着调用栈向上传递
  1. public static void main(String[] args) {
  2. try {
  3. func();
  4. } catch (ArrayIndexOutOfBoundsException e) {
  5. e.printStackTrace();
  6. }
  7. System.out.println("after try catch");
  8. }
  9. public static void func() {
  10. int[] arr = {1, 2, 3};
  11. System.out.println(arr[100]);
  12. }
  13. // 直接结果
  14. java.lang.ArrayIndexOutOfBoundsException: 100
  15. at demo02.Test.func(Test.java:18)
  16. at demo02.Test.main(Test.java:9)
  17. after try catch
如果向上一直传递都没有合适的方法处理异常 , 最终就会交给 JVM 处理 , 程序就会异常终止 ( 和我们最开始未使用 try catch 时是一样的 ).
  1. public static void main(String[] args) {
  2. func();
  3. System.out.println("after try catch");
  4. }
  5. public static void func() {
  6. int[] arr = {1, 2, 3};
  7. System.out.println(arr[100]);
  8. }
  9. // 执行结果
  10. Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 100
  11. at demo02.Test.func(Test.java:14)
  12. at demo02.Test.main(Test.java:8)
可以看到 , 程序已经异常终止了 , 没有执行到 System.out.println("after try catch"); 这一行 .
异常处理流程总结
程序先执行 try 中的代码
如果 try 中的代码出现异常 , 就会结束 try 中的代码 , 看和 catch 中的异常类型是否匹配 .
如果找到匹配的异常类型 , 就会执行 catch 中的代码
如果没有找到匹配的异常类型 , 就会将异常向上传递到上层调用者 .
无论是否找到匹配的异常类型 , fifinally 中的代码都会被执行到 ( 在该方法结束之前执行 ).
如果上层调用者也没有处理的了异常 , 就继续向上传递 .
一直到 main 方法也没有合适的代码处理异常 , 就会交给 JVM 来进行处理 , 此时程序就会异常终止 .

三、自定义异常类

Java 中虽然已经内置了丰富的异常类 , 但是并不能完全表示实际开发中所遇到的一些异常,此时就需要维护符合我们实际情况的异常结构.
例如 , 我们实现一个用户登陆功能 .
  1. public class LogIn {
  2. private String userName = "admin";
  3. private String passWord = "123456";
  4. public static void loginInfo(String userName, String password) {
  5. if (!userName.equals(userName)) {
  6. }
  7. if (!password.equals(password)) {
  8. }
  9. System.out.println("登陆成功");
  10. }
  11. public static void main(String[] args) {
  12. loginInfo("admin", "123456");
  13. }
  14. }
此时我们在处理用户名密码错误的时候可能就需要抛出两种异常 . 我们可以基于已有的异常类进行扩展 ( 继承 ), 创建和我们业务相关的异常类.
具体方式:
1. 自定义异常类,然后继承自 Exception 或者 RunTimeException
2. 实现一个带有 String 类型参数的构造方法,参数含义:出现异常的原因
  1. class UserNameException extends Exception {
  2. public UserNameException(String message) {
  3. super(message);
  4. }
  5. }
  6. class PasswordException extends Exception {
  7. public PasswordException(String message) {
  8. super(message);
  9. }
  10. }
此时我们的 login 代码可以改成:
  1. public class LogIn {
  2. private String userName = "admin";
  3. private String passWord = "123456";
  4. public static void loginInfo(String userName, String password)
  5. throws UserNameException,PasswordException{
  6. if (!userName.equals(userName)) {
  7. throw new UserNameException("用户名错误!");
  8. }
  9. if (!password.equals(password)) {
  10. throw new PasswordException("用户名错误!");
  11. }
  12. System.out.println("登陆成功");
  13. }
  14. public static void main(String[] args) {
  15. try {
  16. loginInfo("admin", "123456");
  17. } catch (UserNameException e) {
  18. e.printStackTrace();
  19. } catch (PasswordException e) {
  20. e.printStackTrace();
  21. }
  22. }
  23. }
注意事项
自定义异常通常会继承自 Exception 或者 RuntimeException
继承自 Exception 的异常默认是受查异常
继承自 RuntimeException 的异常默认是非受查异常

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/黑客灵魂/article/detail/838138
推荐阅读
相关标签
  

闽ICP备14008679号