此异常最初是在此调用堆栈中引发的:_吃透Java基础八:Throwable异常

一:关于异常

JAVA异常是在java程序运行的时候遇到非正常的情况而创建的对,它封装了异常信息。java异常的根类为java.lang.Throwable,整个类有两个直接子类java.lang.Error和java.lang.Exception。

Error是程序本身无法恢复的严重错误,一般是虚拟机或者系统运行出现错误,和程序无关。Exception则表示可以被程序捕获并处理的异常错误。

JVM用方法调用栈来跟踪每个线程中一系列的方法调用过程,栈是线程私有的,每一个线程都有一个独立的方法调用栈,该栈保存了每个调用方法的信息。当一个新方法被调用的时候,JVM会把描述该方法的栈结构置入栈顶,位于栈顶的方法为正在执行的方法。当一个JAVA方法正常执行完毕,JVM会从调用栈中弹出该方法的栈结构,然后继续处理前一个方法。如果java方法在执行代码的过程中抛出异常,JVM必须找到能捕获异常的catch块代码,它首先查看当前方法是否存在这样的catch代码块,如果存在就执行该 catch代码块,否则JVM会调用栈中弹处该方法的栈结构,继续到前一个方法中查找合适的catch代码块。最后如果JVM向上追到了当前线程调用的第一个方法(如果是主线程就是main方法),仍然没有找到该异常处理的代码块,该线程就会异常终止。如果该线程是主线程,应用程序也随之终止,此时JVM将把异常直接抛给用户,在用户终端上会看到原始的异常信息。

bceabc04dbb0d647c6828c8c37bfe0c0.png

Throwable

Java异常体系中根类,有两个重要的子类:Exception(异常)和 Error(错误),二者都是 Java 异常处理的重要子类,各自都包含大量子类。

Error(错误)

是程序无法处理的错误,表示运行应用程序中较严重问题。大多数错误与代码编写者执行的操作无关,而表示代码运行时 JVM(Java 虚拟机)出现的问题。例如,Java虚拟机运行错误(Virtual MachineError),当 JVM 不再有继续执行操作所需的内存资源时,将出现 OutOfMemoryError。这些异常发生时,Java虚拟机(JVM)一般会选择线程终止。

Exception(异常)

是由于程序本身引起的异常,分为受检查异常和Runtime异常,RuntimeException直接继承于Exception,本身以及其子类异常均表示提前无法预知的异常。除了RuntimeException及其子类,剩余的都是受检查异常,编译器在编译期强制我们添加try catch去捕获,否则编译不通过。

二、Throwable源码分析

1、成员变量

c01c9dfac9778c5755b14d9a8d423b2b.png

- backtrace:这个变量由native方法赋值,用来保存栈信息的轨迹

- detailMessage:这个变量是描述异常信息,比如new Myexception(“My Exception”),记录的就是我们传进去的描述此异常的描述信息 My Exception。

- cause :记录当前异常是由哪个异常所引起的,默认是this,可通过构造器自定义。可以通过initCase方法进行修改

bb5eb165291c1e015bbd56c1e840b110.png

可以看到case只能被修改一次,当发现当前case已经被修改,则会抛出IllegalStateException。默认case=this,如果再次修改case为this也是不允许的。

case一般这样使用

a578ff239d720e4cd7c0a2c00297fb28.png

- stackTrace 记录当前异常堆栈信息,数组中每一个StackTraceElement表示当前当前方法调用的一个栈帧,表示一次方法调用。StackTraceElement中保存的有当前方法的类名、方法名、文件名、行号信息。

09642092acfeff5e943ea23f2aa2f122.png

2、构造函数

078a21a733ed74028fdaa2bb8b0269be.png

Throwable提供了4个public构造器和1个protected构造器(该构造器由JDK1.7引入)。4个public构造器共同点就是都调用了fillInStackTrace方法。

3、fillInStackTrace()方法

b502825f2438536703a54565c798d5fd.png

fillInStackTrace会首先判断stackTrace是不是为null,如果不为null则会调用native方法fillInStackTrace将当前线程的栈帧信息记录到此Throwable中。那么什么时候为null呢,答案是上面的protected构造器可以指定writableStackTrace为false,这样stackTrace就为null了,就不会调用fillInStackTrace获取堆栈信息。

fillInStackTrace将当前线程的栈帧信息记录到此Throwable中为了理解我们来看一个例子

正常情况下我们抛出RuntimeException,异常打印是带有异常堆栈信息的

7b1e4194c0934f895336b5c6f59744a9.png

运行结果:

ba189596ad16406bd2f26bf4c77c2044.png

我们来重写fillInStackTrace方法,来看一下运行结果

0ecc1047e384392e6a35c71d5c77ba8b.png

输出:

95cfc2aef2cf3a5e7e906842f80a40c7.png

从例子可以看到**fillInStackTrace作用是将当前线程的栈帧信息记录到此Throwable中**。

4、addSuppressed()和getSuppressed()方法

2419c1125307273c0a77c8593ed16479.png

如果try中抛出了异常,在执行流程转移到方法栈上一层之前,finally语句块会执行,但是,如果在finally语句块中又抛出了一个异常,那么这个异常会覆盖掉之前抛出的异常,这点很像finally中return的覆盖。比如下面这个例子:

d4acc6ad5dcc7f3fcd5fda953ea539fd.png

输出:

755f1b60a315d32f3567d7846e5bfc70.png

Throwable对象提供了addSupperssed和getSupperssed方法,允许把finally语句块中产生的异常通过addSupperssed方法添加到try语句产生的异常中。

250179fafb93c3b4015516fd611d316b.png

输出:

6f45ee016d60f1d5058c8019c649e578.png

5、printStackTrace()方法

printStackTrace()方法分四个方面打印出当前异常信息

1. 打印出当前异常的详细信息

2. 打印出异常堆栈中的栈帧信息

3. 打印出support异常信息

4. 递归打印出引起当前异常的异常信息

1118a69a75f59c5ab1b9f4cd77a96299.png
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值