请选择 进入手机版 | 继续访问电脑版

[多线程] 异常处理器详解 Java多线程异常处理机制 多线程中篇(四)

编程语言 编程语言 1785 人阅读 | 0 人回复

在Thread中有异常处理器相关的方法

image.png

在ThreadGroup中也有相关的异常处理方法

image.png

示例

未检查异常

image.png

对于未检查异常,将会直接宕掉,主线程则继续运行,程序会继续运行 在主线程中能不能捕获呢? 我们简单粗暴一点,直接全部包到try catch中

image.png

你会发现,然而并没有什么卵用,主线程中的try catch并不会得到什么信息,跟原来的结果还是一样的,线程直接宕掉

已检查异常

image.png

对于已检查的异常,run方法本身是不支持抛出的,上面代码中,想要throws,IDE提示异常,从run方法可以看得出来 run方法本身是不支持throws的(签名中没有throws)

image.png

所以怎么办? 既然是已检查异常,肯定是要处理的,既然不能丢出去,就只有一个办法了,那就是自己捕获,放置在try catch中

image.png

小结

在run方法中是不能够抛出异常的,如果是已检查的异常,那么必须进行try catch

对于未检查的异常,如果没有进行处理,一旦抛出线程将会宕掉,而且在主线程中并不能捕获到这个异常

难道对于未检查的异常也都是try catch吗?(当然,这是一种方式)

还有没有其他解决方案?

异常处理器

在Java线程的run方法中,对于未检查异常,借助于异常处理器进行处理的

字面意思,直接理解为处理异常的方法,那么如何配置这个处理异常的方法呢?如何设置,又是如何调用?

UncaughtExceptionHandler,是Thread的内部接口(1.8中已经设置为函数式接口)

image.png

Thread内部有两个变量,用于记录异常处理器

image.png

对于两个set方法,没有什么特别的,主要就是设置这两个内部变量

image.png

对于getUncaughtExceptionHandler方法,如果当前非空,那么返回当前,否则,将返回当前线程组,很显然,ThreadGroup实现了Thread.UncaughtExceptionHandler

image.png

对于getDefaultUncaughtExceptionHandler,这是简单的返回内部变量

image.png

此时我们大致了解到了这几个方法,内部有两个UncaughtExceptionHandler异常处理器,分别都有getter和setter方法

setter方法都是直接设置

getDefaultUncaughtExceptionHandler是直接获取

getUncaughtExceptionHandler如果非空那么直接获取,否则将会返回当前线程组,当前线程组也实现了Thread.UncaughtExceptionHandler,内部实现了方法public void uncaughtException(Thread t, Throwable e)

换句话说,线程组内部实现了一个线程处理器

两个处理器含义

我们看到了表面的样子,但是这两个内部变量到底干嘛的?

对于defaultUncaughtExceptionHandler,表示的是应用程序默认的,应用程序默认的,也就是整个程序使用的,可以看得到,对于他的getter和setter以及自身,都是static修饰的

对于uncaughtExceptionHandler,属于实例方法,也就是说每个线程可以拥有一个

简言之:每个线程都可以有一个uncaughtExceptionHandler,整个应用可以有一个defaultUncaughtExceptionHandler

全局和个体的关系,就如同我们平时见到的其他概念一样,如果单独设置了,那么就使用自己的,如果没有设置就走全局的

既可以单独设置,又可以全局设置(没有设置的才会走全局),既可以保障灵活性,有能够对于那些没设置的提供统一配置,比如统一将异常信息写入文件等,也有诸多应用场景与好处

异常处理器处理逻辑

当异常发生时,JVM会调用异常分发处理器,也就是借助于getUncaughtExceptionHandler方法,获取异常处理器,然后执行他的uncaughtException方法

第一个参数就是当前线程this,第二个参数就是异常对象

看注释:JVM调用

image.png

所以关键点在于getUncaughtExceptionHandler返回什么异常处理器,我们再回过头来看下源代码

image.png

本文作者:程序员潇然 疯狂的字节X https://crazybytex.com/

如果已经设置,那么将会直接返回;

如果没有设置,将会返回当前线程组(前面说了ThreadGroup实现了Thread.UncaughtExceptionHandler)

当调用ThreadGroup的uncaughtException方法时,如上图下半部分

如果他的父线程组重写了uncaughtException方法,那么将会调用他的父线程组的方法,如果父亲节点没有重写,爷爷节点重写了将会调用爷爷的,以此类推

但是如果所有的祖先线程组都没有重写呢?很显然,所有的方法代码都是上面这样子的(上图下半部分),将会递归到顶级线程组,然后不满足parent,然后走到else,这中间什么有意义的事情都没有做

在else中,会首先获取应用默认的异常处理器,如果仍旧是没有设置

不好意思,直接转到system.err了

image.png

代码示例

image.png

从上面的示例可以看得出来,尽管仍就出现了异常,我们能够进行信息获取与感知,不会直接宕掉了

如果先start,然后在设置异常处理器会发生什么?

image.png

可以看得到,线程仍旧是直接宕掉,异常处理器无效,所以setUncaughtExceptionHandler方法必须在start方法前调用!

总结

在Thread中的run方法,不能够抛出异常,只能进行捕获 对于已检查异常,必须捕获 对于未检查异常,你也可以进行try catch,但是代码始终包裹在try中,真的好吗? 还另外提供了异常处理器机制用于处理未检查异常

有两种异常处理器: 线程自身的处理器和全局的异常处理器

  1. 如果设置了异常处理器uncaughtExceptionHandler,那么将会使用这个
  2. 如果没设置,将会在祖先线程组中查找第一个重写了uncaughtException的线程组,然后调用他的uncaughtException方法
  3. 如果都没有重写,那么使用应用默认的全局异常处理器defaultUncaughtExceptionHandler
  4. 如果还是没有设置,直接标准错误打印信息

如果想要设置自己的异常处理器,可以通过对应的setter方法进行设置,如果想要设置全局的可以调用静态方法进行设置

异常处理器Thread.UncaughtExceptionHandler是一个函数式接口,所以后续,你可以使用Lambda表达式直接编写,大大减少了工作量。

common_log.png 转载务必注明出处:程序员潇然,疯狂的字节X,https://crazybytex.com/thread-65-1-1.html

关注下面的标签,发现更多相似文章

文章被以下专栏收录:

    黄小斜学Java

    疯狂的字节X

  • 目前专注于分享Java领域干货,公众号同步更新。原创以及收集整理,把最好的留下。
    包括但不限于JVM、计算机科学、算法、数据库、分布式、Spring全家桶、微服务、高并发、Docker容器、ELK、大数据等相关知识,一起进步,一起成长。
热门推荐
[若依]微服务springcloud版新建增添加一个
[md]若依框架是一个比较出名的后台管理系统,有多个不同版本。
[CXX1300] CMake '3.18.1' was not
[md][CXX1300] CMake '3.18.1' was not found in SDK, PATH, or
java 解析modbus 协议 Modbus4j应用 使用mo
[md]本文记录使用java开发modbus协议程序,与串口进行连接,使用