线程提交线程到线程池，有几种方式，哪一种方式是工作中不能使用的，无法捕捉异常，线程池的拒绝策略，线程池的提交方式

线程池的工作原理

JDK中提交线程到线程池，有几种方式，哪一种方式是工作中不能使用的，无法捕捉异常

两种提交任务的方法

ExecutorService 提供了两种提交任务的方法：

execute()：提交不需要返回值的任务

submit()：提交需要返回值的任务

execute

  void execute(Runnable command)

```execute()` 的参数是一个 Runnable，也没有返回值。因此提交后无法判断该任务是否被线程池执行成功。

ExecutorService executor = Executors.newCachedThreadPool();
executor.execute(new Runnable() {@Overridepublic void run() {//do something}
});

submit

<T> Future<T> submit(Callable<T> task);
<T> Future<T> submit(Runnable task, T result);
Future<?> submit(Runnable task);

submit() 有三种重载，参数可以是 Callable 也可以是 Runnable。

源码如下：

在这里插入图片描述

同时它会返回一个 Funture 对象，通过它我们可以判断任务是否执行成功。

获得执行结果调用 Future.get() 方法，这个方法会阻塞当前线程直到任务完成。

提交一个 Callable 任务时，需要使用 FutureTask 包一层：

FutureTask futureTask = new FutureTask(new Callable<String>() {    //创建 Callable 任务@Overridepublic String call() throws Exception {String result = "";//do somethingreturn result;}
});
Future<?> submit = executor.submit(futureTask);    //提交到线程池
try {Object result = submit.get();    //获取结果
} catch (InterruptedException e) {e.printStackTrace();
} catch (ExecutionException e) {e.printStackTrace();
}

对于无法捕获异常这一块：

  在实际开发中，我们常常会用到线程池，但任务一旦提交到线程池之后，如果发生异常之后，怎么处理？ 怎么获取到异常信息？在了解这个问题之前，可以先看一下 线程池的源码解析，从源码中我们知道了线程池的提交方式：submit 和execute 的区别，接下来分别使用他们执行带有异常的任务！看结果是怎么样的！

我们先用伪代码模拟一下线程池抛异常的场景：

public class ThreadPoolException {public static void main(String[] args) {//创建一个线程池ExecutorService executorService= Executors.newFixedThreadPool(1);//当线程池抛出异常后 submit无提示，其他线程继续执行executorService.submit(new task());//当线程池抛出异常后 execute抛出异常，其他线程继续执行新任务executorService.execute(new task());}
}
//任务类
class task implements  Runnable{@Overridepublic void run() {System.out.println("进入了task方法！！！");int i=1/0;}
}

运行结果：

在这里插入图片描述

  可以看到：submit 不打印异常信息，而 execute 则会打印异常信息！，submit 的方式不打印异常信息，显然在生产中，是不可行的，因为我们无法保证线程中的任务永不异常，而如果使用 submit 的方式出现了异常，直接如上写法，我们将无法获取到异常信息，做出对应的判断和处理，所以下一步需要知道如何获取线程池抛出的异常！

submit() 想要获取异常信息就必须使用 get() 方法！！

//当线程池抛出异常后 submit无提示，其他线程继续执行
Future<?> submit = executorService.submit(new task());
submit.get();

submit 打印异常信息如下：

在这里插入图片描述

方案一：使用 try -catch
public class ThreadPoolException {public static void main(String[] args) {//创建一个线程池ExecutorService executorService = Executors.newFixedThreadPool(1);//当线程池抛出异常后 submit无提示，其他线程继续执行executorService.submit(new task());//当线程池抛出异常后 execute抛出异常，其他线程继续执行新任务executorService.execute(new task());}
}
// 任务类
class task implements Runnable {@Overridepublic void run() {try {System.out.println("进入了task方法！！！");int i = 1 / 0;} catch (Exception e) {System.out.println("使用了try -catch 捕获异常" + e);}}
}

打印结果：

在这里插入图片描述

可以看到 submit 和 execute都清晰易懂的捕获到了异常，可以知道我们的任务出现了问题，而不是消失的无影无踪

方案二：submit()未打印异常信息- 使用Thread.setDefaultUncaughtExceptionHandler方法捕获异常

方案一中，每一个任务都要加一个try-catch 实在是太麻烦了，而且代码也不好看，那么这样想的话，可以用Thread.setDefaultUncaughtExceptionHandler方法捕获异常

在这里插入图片描述

UncaughtExceptionHandler 是Thread类一个内部类，也是一个函数式接口。

内部的uncaughtException是一个处理线程内发生的异常的方法，参数为线程对象t和异常对象e。

在这里插入图片描述

应用在线程池中如下所示：重写它的线程工厂方法，在线程工厂创建线程的时候，都赋予UncaughtExceptionHandler处理器对象。

public class ThreadPoolException {public static void main(String[] args) throws InterruptedException {//1.实现一个自己的线程池工厂ThreadFactory factory = (Runnable r) -> {//创建一个线程Thread t = new Thread(r);//给创建的线程设置UncaughtExceptionHandler对象 里面实现异常的默认逻辑t.setDefaultUncaughtExceptionHandler((Thread thread1, Throwable e) -> {System.out.println("线程工厂设置的exceptionHandler" + e.getMessage());});return t;};//2.创建一个自己定义的线程池，使用自己定义的线程工厂ExecutorService executorService = new ThreadPoolExecutor(1,1,0,TimeUnit.MILLISECONDS,new LinkedBlockingQueue(10),factory);// submit无提示executorService.submit(new task());Thread.sleep(1000);System.out.println("==================为检验打印结果，1秒后执行execute方法");// execute 方法被线程工厂factory 的UncaughtExceptionHandler捕捉到异常executorService.execute(new task());}
}
class task implements Runnable {@Overridepublic void run() {System.out.println("进入了task方法！！！");int i = 1 / 0;}
}

打印结果如下：

在这里插入图片描述

根据打印结果我们看到，execute 方法被线程工厂 factory 中设置的 UncaughtExceptionHandler 捕捉到异常，而submit 方法却没有任何反应！说明 UncaughtExceptionHandler 在 submit 中并没有被调用。这是为什么呢？

在日常使用中，我们知道，execute 和 submit 最大的区别就是 execute 没有返回值，submit 有返回值。submit 返回的是一个 future ，可以通过这个 future 取到线程执行的结果或者异常信息。

接下来，验证猜想：

首先看一下 submit 和 execute 的源码：

submit 源码在底层还是调用的 execute 方法，只不过多一层 Future 封装，并返回了这个 Future，这也解释了为什么submit 会有返回值

源码：

//submit()方法public <T> Future<T> submit(Callable<T> task) {if (task == null) throw new NullPointerException();//execute内部执行这个对象内部的逻辑，然后将结果或者异常 set到这个ftask里面RunnableFuture<T> ftask = newTaskFor(task); // 执行execute方法execute(ftask); //返回这个ftaskreturn ftask;}

可以看到 submit 也是调用的 execute，在 execute 方法中，我们的任务被提交到了 addWorker(command, true) ，然后为每一个任务创建一个 Worker 去处理这个线程，这个Worker也是一个线程，执行任务时调用的就是 Worker 的 run 方法！run 方法内部又调用了 runworker 方法！如下所示：

public void run() {runWorker(this);}
final void runWorker(Worker w) {Thread wt = Thread.currentThread();Runnable task = w.firstTask;w.firstTask = null;w.unlock(); // allow interruptsboolean completedAbruptly = true;try {//这里就是线程可以重用的原因，循环+条件判断，不断从队列中取任务        //还有一个问题就是非核心线程的超时删除是怎么解决的//主要就是getTask方法()见下文③while (task != null || (task = getTask()) != null) {w.lock();if ((runStateAtLeast(ctl.get(), STOP) ||(Thread.interrupted() &&runStateAtLeast(ctl.get(), STOP))) &&!wt.isInterrupted())wt.interrupt();try {beforeExecute(wt, task);Throwable thrown = null;try {//执行线程task.run();//异常处理} catch (RuntimeException x) {thrown = x; throw x;} catch (Error x) {thrown = x; throw x;} catch (Throwable x) {thrown = x; throw new Error(x);} finally {//execute的方式可以重写此方法处理异常afterExecute(task, thrown);}} finally {task = null;w.completedTasks++;w.unlock();}}//出现异常时completedAbruptly不会被修改为falsecompletedAbruptly = false;} finally {//如果如果completedAbruptly值为true，则出现异常，则添加新的Worker处理后边的线程processWorkerExit(w, completedAbruptly);}}

核心就在 task.run(); 这个方法里面了， 期间如果发生异常会被抛出。

  • 如果用execute提交的任务，会被封装成了一个runable任务，然后进去 再被封装成一个worker,最后在worker的run方法里面调用runWoker方法， runWoker方法里面执行任务任务，如果任务出现异常，用try-catch捕获异常往外面抛，我们在最外层使用try-catch捕获到了 runWoker方法中抛出的异常。因此我们在execute中看到了我们的任务的异常信息。
  • 那么为什么submit没有异常信息呢？ 因为submit是将任务封装成了一个futureTask ，然后这个futureTask被封装成worker，在woker的run方法里面，最终调用的是futureTask的run方法， 猜测里面是直接吞掉了异常，并没有抛出异常，因此在worker的runWorker方法里面无法捕获到异常。

下面来看一下futureTask的run方法，果不其然，在try-catch中吞掉了异常，将异常放到了 setException(ex);里面

public void run() {if (state != NEW ||!UNSAFE.compareAndSwapObject(this, runnerOffset,null, Thread.currentThread()))return;try {Callable<V> c = callable;if (c != null && state == NEW) {V result;boolean ran;try {result = c.call();ran = true;} catch (Throwable ex) {result = null;ran = false;//在此方法中设置了异常信息setException(ex);}if (ran)set(result);}//省略下文
// 。。。。。。
//setException(ex)`方法如下：将异常对象赋予`outcome
protected void setException(Throwable t) {if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {//将异常对象赋予outcome，记住这个outcome，outcome = t;UNSAFE.putOrderedInt(this, stateOffset, EXCEPTIONAL); // final statefinishCompletion();}}

将异常对象赋予outcome有什么用呢？这个outcome是什么呢？当我们使用submit返回Future对象，并使用Future.get()时， 会调用内部的report方法！

public V get() throws InterruptedException, ExecutionException {int s = state;if (s <= COMPLETING)s = awaitDone(false, 0L);//注意这个方法return report(s);
}

reoport里面实际上返回的是outcome ,刚好之前的异常就set到了这个outcome里面

private V report(int s) throws ExecutionException {//设置`outcome`Object x = outcome;if (s == NORMAL)//返回`outcome`return (V)x;if (s >= CANCELLED)throw new CancellationException();throw new ExecutionException((Throwable)x);
}

因此，在用submit提交的时候，runable对象被封装成了future ，future 里面的 run方法在处理异常时， try-catch了所有的异常，通过setException(ex);方法设置到了变量outcome里面， 可以通过future.get获取到outcome。

所以在submit提交的时候，里面发生了异常， 是不会有任何抛出信息的。而通过future.get（）可以获取到submit抛出的异常！在submit里面，除了从返回结果里面取到异常之外, 没有其他方法。因此，在不需要返回结果的情况下，最好用execute ，这样就算没有写try-catch，疏漏了异常捕捉，也不至于丢掉异常信息。

方案三：重写afterExecute进行异常处理

通过上述源码分析，在excute的方法里面，可以通过重写afterExecute进行异常处理，但是注意！ 这个也只适用于excute提交(submit的方式比较麻烦，下面说)，因为submit的task.run里面把异常吞了，根本不会跑出来异常，因此也不会有异常进入到afterExecute里面。

在runWorker里面，调用task.run之后，会调用线程池的 afterExecute(task, thrown) 方法

final void runWorker(Worker w) {
//当前线程Thread wt = Thread.currentThread();//我们的提交的任务Runnable task = w.firstTask;w.firstTask = null;w.unlock(); // allow interruptsboolean completedAbruptly = true;try {while (task != null || (task = getTask()) != null) {w.lock();if ((runStateAtLeast(ctl.get(), STOP) ||(Thread.interrupted() &&runStateAtLeast(ctl.get(), STOP))) &&!wt.isInterrupted())wt.interrupt();try {beforeExecute(wt, task);Throwable thrown = null;try {//直接就调用了task的run方法 task.run(); //如果是futuretask的run,里面是吞掉了异常，不会有异常抛出，// 因此Throwable thrown = null;  也不会进入到catch里面} catch (RuntimeException x) {thrown = x; throw x;} catch (Error x) {thrown = x; throw x;} catch (Throwable x) {thrown = x; throw new Error(x);} finally {//调用线程池的afterExecute方法 传入了task和异常afterExecute(task, thrown);}} finally {task = null;w.completedTasks++;w.unlock();}}completedAbruptly = false;} finally {processWorkerExit(w, completedAbruptly);}}

重写afterExecute处理execute提交的异常:

public class ThreadPoolException3 {public static void main(String[] args) throws InterruptedException, ExecutionException {//1.创建一个自己定义的线程池ExecutorService executorService = new ThreadPoolExecutor(2,3,0,TimeUnit.MILLISECONDS,new LinkedBlockingQueue(10)) {//重写afterExecute方法@Overrideprotected void afterExecute(Runnable r, Throwable t) {System.out.println("afterExecute里面获取到异常信息，处理异常" + t.getMessage());}};//当线程池抛出异常后 executeexecutorService.execute(new task());}
}
class task3 implements Runnable {@Overridepublic void run() {System.out.println("进入了task方法！！！");int i = 1 / 0;}
}

执行结果：我们可以在afterExecute方法内部对异常进行处理

在这里插入图片描述

如果要用这个afterExecute处理submit提交的异常， 要额外处理。判断Throwable是否是FutureTask，如果是代表是submit提交的异常，代码如下：

public class ThreadPoolException3 {public static void main(String[] args) throws InterruptedException, ExecutionException {//1.创建一个自己定义的线程池ExecutorService executorService = new ThreadPoolExecutor(2,3,0,TimeUnit.MILLISECONDS,new LinkedBlockingQueue(10)) {//重写afterExecute方法@Overrideprotected void afterExecute(Runnable r, Throwable t) {//这个是excute提交的时候if (t != null) {System.out.println("afterExecute里面获取到excute提交的异常信息，处理异常" + t.getMessage());}//如果r的实际类型是FutureTask 那么是submit提交的，所以可以在里面get到异常if (r instanceof FutureTask) {try {Future<?> future = (Future<?>) r;//get获取异常future.get();} catch (Exception e) {System.out.println("afterExecute里面获取到submit提交的异常信息，处理异常" + e);}}}};//当线程池抛出异常后 executeexecutorService.execute(new task());//当线程池抛出异常后 submitexecutorService.submit(new task());}
}
class task3 implements Runnable {@Overridepublic void run() {System.out.println("进入了task方法！！！");int i = 1 / 0;}
}

处理结果：

在这里插入图片描述

可以看到使用重写afterExecute这种方式，既可以处理execute抛出的异常，也可以处理submit抛出的异常

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.hqwc.cn/news/211493.html

如若内容造成侵权/违法违规/事实不符，请联系编程知识网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

机器学习实战-第5章 Logistic回归

机器学习实战-第5章 Logistic回归

Logistic 回归 概述 Logistic 回归 或者叫逻辑回归 虽然名字有回归，但是它是用来做分类的。其主要思想是: 根据现有数据对分类边界线(Decision Boundary)建立回归公式，以此进行分类。 须知概念 Sigmoid 函数 回归 概念 假设现在有一些数据点，我们用一条直线对这些点进行…
阅读更多...
TCP /UDP协议的 socket 调用的过程

TCP /UDP协议的 socket 调用的过程

在传输层有两个主流的协议 TCP 和 UDP&#xff0c;socket 程序设计也是主要操作这两个协议。这两个协议的区别是什么呢&#xff1f;通常的答案是下面这样的。 TCP 是面向连接的&#xff0c;UDP 是面向无连接的。TCP 提供可靠交付&#xff0c;无差错、不丢失、不重复、并且按序…
阅读更多...
linux centos上安装python3.11.x详细完整教程

linux centos上安装python3.11.x详细完整教程

一. 安装步骤 注意&#xff1a; 1、安装python3.11的其他版本替换下面的版本信息即可。(如想安装3.11.5将案例中的3.11.0替换成3.11.5即可) #下载最新的软件安装包 wget https://www.python.org/ftp/python/3.11.0/Python-3.11.0.tgz#解压缩安装包 tar -xzf Python-3.11.0.tg…
阅读更多...
暗物质探测器认知教学VR元宇宙平台打破传统束缚

暗物质探测器认知教学VR元宇宙平台打破传统束缚

“飞船正在上升&#xff0c;马上就冲出大气层了!”这是一位在1&#xff1a;1还原的神舟飞船返回舱内借助VR设备置身元宇宙世界&#xff0c;沉浸式体验升空全过程的游客兴奋地说道。不仅如此&#xff0c;在载人飞船训练期&#xff0c;元宇宙技术为航天员虚拟一个逼真的太空世界&…
阅读更多...
数据中台建设方法论

数据中台建设方法论

1、数仓的概念和了解--业务的痛点 产生的痛点&#xff1a;数据资产比较模糊、数据的质量比较低、重复建设、代码的耦合性比较强。 2、数据仓库中的常见的模型&#xff1a; 1、心型模型&#xff1a;中间是一张事实表&#xff0c;周围都是维度表。 对于心型模型的主要的特点&a…
阅读更多...
DDD落地：从网易新闻APP重构，看DDD的巨大价值

DDD落地：从网易新闻APP重构，看DDD的巨大价值

尼恩说在前面 在40岁老架构师 尼恩的读者交流群(50)中&#xff0c;最近有小伙伴拿到了一线互联网企业如阿里、滴滴、极兔、有赞、希音、百度、网易、美团的面试资格&#xff0c;遇到很多很重要的面试题&#xff1a; 谈谈你的DDD落地经验&#xff1f; 谈谈你对DDD的理解&#x…
阅读更多...
电子学会C/C++编程等级考试2023年03月（一级）真题解析

电子学会C/C++编程等级考试2023年03月（一级）真题解析

C/C++等级考试（1~8级）全部真题・点这里 第1题：字符长方形 给定一个字符，用它构造一个长为4个字符，宽为3个字符的长方形，可以参考样例输出。 时间限制：1000 内存限制：65536输入 输入只有一行， 包含一个字符。输出 该字符构成的长方形，长4个字符，宽3个字符。样例输入…
阅读更多...
SPSS多元对应分析

SPSS多元对应分析

前言&#xff1a; 本专栏参考教材为《SPSS22.0从入门到精通》&#xff0c;由于软件版本原因&#xff0c;部分内容有所改变&#xff0c;为适应软件版本的变化&#xff0c;特此创作此专栏便于大家学习。本专栏使用软件为&#xff1a;SPSS25.0 本专栏所有的数据文件请点击此链接下…
阅读更多...
EI论文故障识别程序：DBN深度置信/信念网络的故障识别Matlab程序，数据由Excel导入，直接运行！

EI论文故障识别程序：DBN深度置信/信念网络的故障识别Matlab程序，数据由Excel导入，直接运行！

​适用平台&#xff1a;Matlab2021b版及以上 本程序参考中文EI期刊《基于变分模态分解和改进灰狼算法优化深度置信网络的自动转换开关故障识别》中的深度置信网络&#xff08;Deep Belief Network&#xff0c;DBN&#xff09;部分进行故障识别&#xff0c;程序注释清晰&#x…
阅读更多...
Action!录屏工具免费完整版，录屏软件，打开即可解锁最新完整可用版本，支持GPU加速HDR视频录制和播放

Action!录屏工具免费完整版，录屏软件，打开即可解锁最新完整可用版本，支持GPU加速HDR视频录制和播放

一、软件简介 本次带来的录屏工具已升级为【完整版本】&#xff0c;所有功能全部可用。该录屏工具支持GPU硬件加速&#xff0c;可以智能识别主流硬件设备&#xff0c;支持通过GPU进行HDR视频录制和播放进行。视频录制帧率最高支持360FPS&#xff0c;直播视频帧率最高支持60FPS…
阅读更多...
C语言--给出一个点的坐标判断它在单位圆的内部外部还是上面

C语言--给出一个点的坐标判断它在单位圆的内部外部还是上面

一.题目描述 给出一个点的坐标判断它在单位圆的内部外部还是上面 例如输入1&#xff0c;0&#xff0c;输出在圆上 二.思路分析 首先&#xff0c;单位圆是以坐标系原点为圆心、半径为1的圆。 给定一个点坐标 (x,y)&#xff0c;我们可以使用勾股定理计算该点到坐标系原点的距…
阅读更多...
注意：怎么用JMeter操作MySQL数据库？看完秒懂！

注意：怎么用JMeter操作MySQL数据库？看完秒懂！

近期用JMeter做接口测试&#xff0c;遇到了一个需要用到数据数据库的场景&#xff1a;一个关于数据报告的页面&#xff0c;需要将数据库里面的数据求和或者取均值之后&#xff0c;展示出来。 如果要断言的话&#xff0c;需要连接数据库&#xff0c;通过写sql语句&#xff0c;将…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023