java异常详解_java面试中经常被问到的问题

目录

1. 异常的概念

1. 算术异常 

2.空指针异常 

3.数组越界异常 

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

2.异常的体系结构

 总结：

3.异常的分类 

4.异常的处理 

1 .防御式编程 

2.异常的抛出 

 3 .异常的捕获

3.1 .异常声明throws 

throw和throws的区别？ 

3.2.try-catch捕获并处理 

3.3 finally

4 .异常的处理流程

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

 3. 自定义异常类

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 

//RuntimeException 

总结：
自定义异常通常会继承自 Exception 或者 RuntimeException
继承自 Exception 的异常默认是受查异常
继承自 RuntimeException 的异常默认是非受查异常

╰(*°▽°*)╯╰(*°▽°*)╯╰(*°▽°*)╯╰(*°▽°*)╯╰(*°▽°*)╯完╰(*°▽°*)╯╰(*°▽°*)╯╰(*°▽°*)╯╰(*°▽°*)╯╰(*°▽°*)╯