Java异常类型

一、异常体系架构

1.1 体系图解

1.2 Exception & Error

Exception

表示程序可以处理的异常情况,通常是由于程序逻辑错误或运行时问题引起的,比如NullPointException、IOException等。这些异常是设计用来被程序捕获,并采取相应的恢复措施来继续执行,即具有可恢复性。

Error

表示系统级的错误,通常是是虚拟机无法恢复的错误,如OutOfMemoryError、StackOverflowError等。这些错误通常不期望程序能够处理,即不建议使用try...catch进行捕获处理,因为他们通常表明JVM本身遇到了严重问题,不具有可恢复性。

对于Error类及其子类的严重错误,通常由以下几个处理原则:

  1. 不推荐捕获处理:Error类及其子类通常表示程序无法继续正常运行的情况。捕获这些异常通常没有意义,因为它们表示的问题是程序无法控制和恢复的。例如,如果程序遇到了0ut0fMemoryError即使捕获了这个异常,程序也无法继续执行,因为内存已经耗尽。
  2. 程序中止:大多数Error类异常都是程序运行时的严重问题,它们通常会导致程序终止。捕获这些异常可能会导致程序处于一个不确定的状态,这可能比程序直接终止更危险。
  3. 资源清理:尽管不推荐捕获Error类异常,但在某些情况下,你可能想要在程序终止之前进行一些资源清理工作。在这种情况下,可以在catch块中添加资源释放的代码,但通常不会尝试恢复程序的正常执行。
  4. 日志记录:在捕获Error类异常时,一个常见的做法是记录详细的错误信息,这对于事后分析和调试是有帮助的。这可以通过在catch块中添加日志记录代码来实现。
  5. 用户友好的反馈:如果程序是面向用户的,那么在捕获Error类异常时,可以向用户提供一些友好的错误信息,而不是让程序突然崩溃,这样可以提高用户体验。
  6. 程序设计:在设计程序时,应该尽量避免可能导致Error类异常的情况。例如,通过合理的资源管理和错误处理来减少0ut0fMemoryError的发生。

Simple Conclusion

总结来说,Exception是程序可以并且应该处理的异常,而Error是程序通常无法处理的严重错误。在实际编程中,我们通常会关注如何处理Exception,而对于Error,我们更多的是通过代码优化和资源管理来尽量避免它们的发生。

1.3 Checked Exceptions & UnChecked Exceptions

Checked Exceptions

即检查型异常,指那些在编译时必须被处理的异常。它们通常是由于外部因素引起的,比如文件找不到、网络问题等。这类异常的存在有助于提高代码的健壮性,因为编译器会强制开发者处理这些潜在的错误情况------必须在编译时处理,要么通过try-catch语句捕获处理,要么通过方法签名中的throws关键字声明抛出。Exception的子类(RuntimeException及其子类除外)都是检查型异常。

Unchecked Exceptions

即非检查型异常,指那些在编译时不需要被处理的异常。它们通常是由于程序内部逻辑错误引起的比如数组越界、空指针引用等。这类异常通常表示程序中的错误,这些错误应该在开发阶段被修复,而不是在运行时通过异常处理机制来处理,因此编译器也并不会强制开发者捕获或声明抛出这些异常。RuntimeException及其子类属于非检查型异常,当然,Error及其子类也归属于非检查型异常。

Simple Compare

二、异常的声明、抛出与捕获

2.1 声明异常

对于检查型异常,可以通过throws关键字声明,即在方法签名中声明,表示该方法可能会抛出异常。此时如果抛出了异常,那么方法调用者需要自己处理或继续声明和抛出。当你的方法无法处理某种异常,或者你希望调用者来处理这种异常时,你可以选择在方法签名中使用throws声明异常。

2.2 抛出异常

抛出异常只会发生在方法内部,使用throw关键字抛出一个异常实例,由于异常实例是一个对象,所以抛出时都是 throw new xxxException 。当你的代码到达一个无法正常继续执行的状态,或者需要通知方法的调用者出现了一个异常情况时,就可以在代码中使用throw关键字来抛出一个异常。

2.3 捕获处理异常

如果想要捕获并处理异常,是的程序以期望的步骤运行,就需要使用try-catch进行异常的捕获。try代码块中放可能产生异常的代码,catch中进行异常的处理,可以选择抛出------即使用throw关键字,也可以选择记录异常日志,进行异常处理等。

2.4 throws、throw、try-catch、try-catch-finally、try-finally

使用了throws声明异常后,方法代码块中可以不使用throw手动抛出异常,如果某句代码产生了声明的异常,会自己抛出。当然也可以手动抛出所声明的异常,常用于自定义异常。

使用了throws声明异常后,是否还需要try-catch去捕获?如果在catch代码块中,并没有手动使用throw去抛出异常,那么这时候throws的声明是多余的。即方法调用者永远无法知道发生了什么异常,因为异常已经被捕获处理。

使用try-catch的时候,如果catch中声明的异常类型(一个try可以多个catch)没有匹配到try块中产生的异常,异常仍然会向上传播。catch块中常常是处理异常,打印异常日志信息等,一般不做异常的抛出。如果做了异常的抛出,那我们希望要在方法签名上声明该异常。

使用try-catch-finally的时候,即使catch中没有捕获到发生的异常,finally中的代码块始终会被执行。

使用try-finaly的时候,如果发生了异常,异常不会被捕获,会向上传播。

相关推荐
浪前10 分钟前
排序算法之选择排序篇
java·算法·排序算法
张小洛37 分钟前
【Quarkus】基于CDI和拦截器实现AOP功能
java·后端·quarkus
昊虹AI笔记1 小时前
PHP中类名加双冒号的作用
android·java·php
码农易小航1 小时前
Dockerfile打包部署
java·运维·docker
拾荒的小海螺1 小时前
JAVA:Spring Boot 3 实现 Gzip 压缩优化的技术指南
java·开发语言·spring boot
lshzdq1 小时前
【设计模式】1. 构建器模式(Builder Pattern)是一种创建型设计模式
java·设计模式·建造者模式
redemption_22 小时前
IDEA全局设置-解决maven加载过慢的问题
java·maven·intellij-idea
赵闪闪1682 小时前
Java学习路线:从新手到精通的实战指南
java·开发语言·学习
Leo Han2 小时前
Spring中实现动态数据源切换,基于AbstractRoutingDataSource
java·数据库·spring
sika08193 小时前
Unity C# 影响性能的坑点
java·开发语言