Java异常

Java资料网推荐Java异常这篇文章给大家，欢迎收藏Java资料网享受知识的乐趣

🔥 博客主页: 偷心编程
🎥 系列专栏: 《Java学习》 《C语言学习》
❤️ 感谢大家点赞👍收藏⭐评论✍️

1. 错误与异常

  其实错误与异常都是错误，只不过错的程度不同而已。

  错误（error）： 指的是Java虚拟机无法解决的严重问题，比如：JVM的内部错误、资源耗尽等，典型代表：StackOverflowError和OutOfMemoryError，一旦发生回力乏术

  异常（exception）： 异常产生后程序员可以通过代码进行处理，使程序继续执行。比如：感冒、发烧。我们平时所说的异常就是Exception

2. 异常的分类

  异常主要分为编译时异常（受查异常） 和 运行时异常（非受查异常）

2.1 编译时异常

  即在程序编译时候发生的异常，也就是我们在写代码的时候。如何判别是否是编译时异常呢，这个时候其实我们写的代码会提示我们这个地方有错误，需要抛出异常，这就是编译时异常。一个例子我们在进行对象的深拷贝（clone）的时候存在编译时异常。

2.2 运行时异常（RuntimeEception）

  在我们写代码的时候不会报错，但是一旦我们运行的时候，就会告诉我们错误。

  常见的运行时异常有以下几种：ArithmeticException、NullPointerException、IndexOutOfBoundsException······

3. 异常的处理

  异常的处理与五个关键字密切相关throw、throws、try、catch、finally
  异常处理的一些关键术语：抛出异常（告诉我们异常信息）、捕获异常（判断出异常的类别）、处理异常（我们在异常出现后的处理方式）

3.1 throw | throws

  throw的基本语法是：throw new ****Exception(产生异常的原因)

注：异常也是类
throw创建了一个异常的对象

public static int getElement(int[] array, int index){
    if(null == array){
         throw new NullPointerException("传递的数组为null");
         }
        
    if(index < 0 || index >= array.length){
        throw new ArrayIndexOutOfBoundsException("传递的数组下标越界");
   }
    
    return array[index];
}
 
public static void main(String[] args) {
    int[] array = {1,2,3};
    getElement(array, 3);
}

  因此从上面的代码可知，throw需要我们人为地去找到可能出现错误的情况。

注：
1. throw必须写在方法体内部
2. 抛出的对象必须是Exception 或者 Exception 的子类对象
3. 如果抛出的是 RunTimeException 或者 RunTimeException 的子类，则可以不用处理，直接交给JVM来处理
4. 如果抛出的是编译时异常，用户必须处理，否则无法通过编译
5. 异常一旦抛出，其后的代码就不会执行
6. throw一般用于抛出自定义的异常，比如说我们登录输入的密码和我们保存的不对，本来语法啥的都没错，但是实际上我们需要它是错的，因此就可以自定义一个异常，用throw抛出

  throws主要是申明异常，出现在方法头，目的是为了告诉方法的调用者，可能会存在的异常，解决办法是要么处理异常，要么就也用throws声明一下

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

4. 调用声明抛出异常的方法时（且该异常时编译时异常），调用者必须对该异常进行处理，或者继续使用throws抛出
5. 如果是运行时异常，那么并要求调用者一定要对该异常进行处理或者继续使用throws抛出，因为JVM会处理

3.2 try-catch捕获并处理异常

  try中存放的是可能存在异常的代码，而catch则是进行匹配并给出相应的解决方法

关于异常的处理方式：
异常的种类有很多, 我们要根据不同的业务场景来决定.
对于比较严重的问题(例如和算钱相关的场景), 应该让程序直接崩溃, 防止造成更严重的后果
对于不太严重的问题(大多数场景), 可以记录错误日志, 并通过监控报警程序及时通知程序猿
对于可能会恢复的问题(和网络相关的场景), 可以尝试进行重试.
在我们当前的代码中采取的是经过简化的第二种方式. 我们记录的错误日志是出现异常的方法调用信息, 能很
快速的让我们找到出现异常的位置. 以后在实际工作中我们会采取更完备的方式来记录异常信息.

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

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

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

5. 若try中存在多个异常，但是由于在出现第一次异常的时候就不会执行后续的代码了，所以一次性只能够抛出一个异常，只有改正了这个异常，才能抛出下一个
6. 可用e.printStackTrace()方法来打印异常的信息

3.3 finally

  finally与try-catch一起出现，我们需要关注的是finally代码块的执行的顺序。首先finally代码块里面的代码一定会执行，无论是否有异常，或者是否解决。

注：
1. 只有没有异常，或者异常被catch捕获了try-catch后的代码才能被执行，但是finally里面的代码是一定会被执行，这就是区别
2. finally一般是用来释放资源的
3. finally 执行的时机是在方法返回之前(try 或者 catch 中如果有 return 会在这个 return 之前执行 finally. 但是如果finally 中也存在 return 语句, 那么就会执行 finally 中的 return, 从而不会执行到 try 中原有的 return.

4. 异常处理的逻辑

  异常处理的对象有两个，一个是我们，一个是JVM.但其实最终的结果都是报错。
  也就是下面这张图：

5. 自定义异常类

  前面我们说到，在实际问题中，有些错误符合语法规则，但是不符合我们的现实逻辑，比如登录的密码不一致，这个时候我们就要自定义异常类。

  自定义的异常类必须继承Exception或者RuntimeException
  继承 Exception 的异常 默认是受查异常
  继承自 RuntimeException 的异常 默认是非受查异常.

文章来源:https://blog.csdn.net/2301_81375781/article/details/140740965
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：jacktools123@163.com进行投诉反馈，一经查实，立即删除！