线程池ThreadPoolExecutor剖析

2024-06-10 02:38

本文主要是介绍线程池ThreadPoolExecutor剖析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Executor框架

Java线程池的实现主要是通过具体类ThreadPoolExecutor来实现的。

这里写图片描述
Executor:声明execute(Runnable command)方法。(注释:在未来某个时间执行给定的命令。该命令可能在新的线程、已入池的线程或者正调用的线程执行,这由Executor实现决定

ExecutorService:继承Executor接口,另外添加一些其他方法,如:关闭池、返回任务处理结果。
这里写图片描述

AbstractExecutorService:实现ExecutorService接口,对其声明的方法进行具体实现。即ExecutorService的默认实现。

ThreadPoolExecutor:线程池具体实现类。

ThreadPoolExecutor剖析

构造

这里写图片描述
参数:
corePoolSize - 池中所保存的线程数,包括空闲线程。
maximumPoolSize - 池中允许的最大线程数。
keepAliveTime - 当线程数大于核心时,此为终止前多余的空闲线程等待新任务的最长时间。
unit - keepAliveTime 参数的时间单位。
workQueue - 执行前用于保持任务的队列。此队列仅保持由 execute 方法提交的 Runnable 任务。
threadFactory - 执行程序创建新线程时使用的工厂。
handler - 由于超出线程范围和队列容量而使执行被阻塞时所使用的处理程序。

应用

当线程池进行初始化,构造参数workQueue(任务队列)无论是否存在任务,线程池都不会立刻创建工作线程进行处理。(当调用execute、prestartCoreThread、prestartAllCoreThreads、setCorePoolSize等方法会创建工作线程)

execute

JDK1.7.0_79源码:

public void execute(Runnable command) {if (command == null)throw new NullPointerException();int c = ctl.get();if (workerCountOf(c) < corePoolSize) {if (addWorker(command, true))return;c = ctl.get();}if (isRunning(c) && workQueue.offer(command)) {int recheck = ctl.get();if (! isRunning(recheck) && remove(command))reject(command);else if (workerCountOf(recheck) == 0)addWorker(null, false);}else if (!addWorker(command, false))reject(command);}
  1. 如果少于corePoolSize的线程数正在运行,尝试启动一个新的线程,并且将当前command作为该线程的第一个任务。调用addWorker来原子地检查runstate和workerCount,并且通过返回false,来防止错误的指示,添加不应该添加的线程。
  2. 如果一个task可以成功排队,那么我们仍然需要两次检查。one:我们是否需要添加一个线程(因为存在上次检查的一个已经死亡)。two:线程池从进入此方法是否关闭。所以我们重新检查状态,并且如果有必要,线程池关闭了,可以回滚入队,或者一个worker都没有,那么启动一个新worker。
  3. 如果我们无法排队任务,那么我们尝试添加一个新的线程。如果失败,我们知道线程池关闭了或者队列饱和了,所以拒绝这个task。

    ctl是AtomicInteger变量,保存了两个内容,所有线程的数量,每个线程所处状态

测试

Git传送门

帮助链接

线程池内部实现机制可以参考下面的链接:
http://shamrock.blog.51cto.com/2079212/1850895
其他:http://note.youdao.com/noteshare?id=f4fdbadae387dcbac1c53e8de2509dfd

这篇关于线程池ThreadPoolExecutor剖析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1047006

相关文章

Spring Boot3虚拟线程的使用步骤详解

《SpringBoot3虚拟线程的使用步骤详解》虚拟线程是Java19中引入的一个新特性,旨在通过简化线程管理来提升应用程序的并发性能,:本文主要介绍SpringBoot3虚拟线程的使用步骤,... 目录问题根源分析解决方案验证验证实验实验1:未启用keep-alive实验2:启用keep-alive扩展建

Java终止正在运行的线程的三种方法

《Java终止正在运行的线程的三种方法》停止一个线程意味着在任务处理完任务之前停掉正在做的操作,也就是放弃当前的操作,停止一个线程可以用Thread.stop()方法,但最好不要用它,本文给大家介绍了... 目录前言1. 停止不了的线程2. 判断线程是否停止状态3. 能停止的线程–异常法4. 在沉睡中停止5

Java捕获ThreadPoolExecutor内部线程异常的四种方法

《Java捕获ThreadPoolExecutor内部线程异常的四种方法》这篇文章主要为大家详细介绍了Java捕获ThreadPoolExecutor内部线程异常的四种方法,文中的示例代码讲解详细,感... 目录方案 1方案 2方案 3方案 4结论方案 1使用 execute + try-catch 记录

Spring Boot 中正确地在异步线程中使用 HttpServletRequest的方法

《SpringBoot中正确地在异步线程中使用HttpServletRequest的方法》文章讨论了在SpringBoot中如何在异步线程中正确使用HttpServletRequest的问题,... 目录前言一、问题的来源:为什么异步线程中无法访问 HttpServletRequest?1. 请求上下文与线

在 Spring Boot 中使用异步线程时的 HttpServletRequest 复用问题记录

《在SpringBoot中使用异步线程时的HttpServletRequest复用问题记录》文章讨论了在SpringBoot中使用异步线程时,由于HttpServletRequest复用导致... 目录一、问题描述:异步线程操作导致请求复用时 Cookie 解析失败1. 场景背景2. 问题根源二、问题详细分

Java多线程父线程向子线程传值问题及解决

《Java多线程父线程向子线程传值问题及解决》文章总结了5种解决父子之间数据传递困扰的解决方案,包括ThreadLocal+TaskDecorator、UserUtils、CustomTaskDeco... 目录1 背景2 ThreadLocal+TaskDecorator3 RequestContextH

java父子线程之间实现共享传递数据

《java父子线程之间实现共享传递数据》本文介绍了Java中父子线程间共享传递数据的几种方法,包括ThreadLocal变量、并发集合和内存队列或消息队列,并提醒注意并发安全问题... 目录通过 ThreadLocal 变量共享数据通过并发集合共享数据通过内存队列或消息队列共享数据注意并发安全问题总结在 J

异步线程traceId如何实现传递

《异步线程traceId如何实现传递》文章介绍了如何在异步请求中传递traceId,通过重写ThreadPoolTaskExecutor的方法和实现TaskDecorator接口来增强线程池,确保异步... 目录前言重写ThreadPoolTaskExecutor中方法线程池增强总结前言在日常问题排查中,

Springboot的ThreadPoolTaskScheduler线程池轻松搞定15分钟不操作自动取消订单

《Springboot的ThreadPoolTaskScheduler线程池轻松搞定15分钟不操作自动取消订单》:本文主要介绍Springboot的ThreadPoolTaskScheduler线... 目录ThreadPoolTaskScheduler线程池实现15分钟不操作自动取消订单概要1,创建订单后

Node.js 中 http 模块的深度剖析与实战应用小结

《Node.js中http模块的深度剖析与实战应用小结》本文详细介绍了Node.js中的http模块,从创建HTTP服务器、处理请求与响应,到获取请求参数,每个环节都通过代码示例进行解析,旨在帮... 目录Node.js 中 http 模块的深度剖析与实战应用一、引言二、创建 HTTP 服务器:基石搭建(一