# Executor源码分析 一看就会

2024-08-24 05:18
文章标签 分析 源码 executor 一看

本文主要是介绍# Executor源码分析 一看就会,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Executor源码分析 一看就会

以前看的东西都写到有道云上,以后尝试写博客

参数
corePoolSize:核心运行的poolSize,也就是当超过这个范围的时候,就需要将新的Thread放入到等待队列中了;
maximumPoolSize:一般你用不到,当大于了这个值就会将Thread由一个丢弃处理机制来处理, 但是当你发生:newFixedThreadPool的时候,corePoolSize和maximumPoolSize是一样的,而 corePoolSize是先执行的,所以他会先被放入等待队列,而不会执行到下面的丢弃处理中,看了后面的代码你就知道了。
workQueue:等待队列,当达到corePoolSize的时候,就向该等待队列放入线程信息(默认为一个LinkedBlockingQueue),运行中的队列属性为:workers,为一个HashSet;内部被包装了一层,后面会看到这部分代码。
keepAliveTime:默认都是0,当线程没有任务处理后,保持多长时间,cachedPoolSize是默认60s,不推荐使用。
threadFactory:是构造Thread的方法,你可以自己去包装和传递,主要实现newThread方法即可;
handler:也就是参数maximumPoolSize达到后丢弃处理的方法,java提供了5种丢弃处理的方法,当然你也可以自己弄,主要是要实现接口:RejectedExecutionHandler中的方法:
public void rejectedExecution(Runnabler, ThreadPoolExecutor e)
java默认的是使用:AbortPolicy,他的作用是当出现这中情况的时候会抛出一个异常;其余的还包含:
1、CallerRunsPolicy:如果发现线程池还在运行,就直接运行这个线程
2、DiscardOldestPolicy:在线程池的等待队列中,将头取出一个抛弃,然后将当前线程放进去。
3、DiscardPolicy:什么也不做
4、AbortPolicy:java默认,抛出一个异常:RejectedExecutionException。
通常你得到线程池后,会调用其中的:submit方法或execute方法 去操作;其实你会发现,submit方法最终会调用execute方法来进行操作,只是他提供了一个Future来托管返回值的处理而已,当你调用需要有 返回值的信息时,你用它来处理是比较好的;这个Future会包装对Callable信息,并定义一个Sync对象(),当你发生读取返回值的操作的时 候,会通过Sync对象进入锁,直到有返回值的数据通知,具体细节先不要看太多,继续向下:
来看看execute最为核心的方法吧:

代码①

 public void execute(Runnable command) {if (command == null)throw new NullPointerException();//判断运行线程数是否大于核心线程数 ||  添加线程返回false if (poolSize >= corePoolSize || !addIfUnderCorePoolSize(command)) {// 将请求插入到队列中if (runState == RUNNING && workQueue.offer(command)) {if (runState != RUNNING || poolSize == 0)ensureQueuedTaskHandled(command);}//如果插入队列返回false,则去比较最大线程数和核心线程数else if (!addIfUnderMaximumPoolSize(command))reject(command); // is shutdown or saturated}}

来看下 addIfUnderCorePoolSize这个方法,

代码②

  private boolean addIfUnderCorePoolSize(Runnable firstTask) {//此处是上锁的,,思考一下 lock()和synchronized(对块加锁,monitor)的区别Thread t = null;final ReentrantLock mainLock = this.mainLock;mainLock.lock();try {//再次判断已创建线程是否小于核心线程并且runningif (poolSize < corePoolSize && runState == RUNNING)//关键地方,创建线程t = addThread(firstTask);} finally {mainLock.unlock();}return t != null;}

这个是创建线程,不断获取队列中runnable对象的入口方法。关键地方时addThread

代码③

private Thread addThread(Runnable firstTask) {//将firstTask传给worker(为什么叫firstTask呢,是因为这个Worker就是线程池中跑的线程,以后队列里的线程对象,还是会被这个worker调用run方法,队列中的runnable对象会赋值给他)Worker w = new Worker(firstTask);//根据传的runnable对象,返回一个thread对象,线程工厂类嘛--Thread t = threadFactory.newThread(w);//未工作boolean workerStarted = false;if (t != null) {if (t.isAlive()) // precheck that t is startablethrow new IllegalThreadStateException();w.thread = t;//工作线程添加workers.add(w);//已运行线程加1int nt = ++poolSize;//更新最大线程数if (nt > largestPoolSize)largestPoolSize = nt;try {//开启work这个线程,那么重点看下work类的run方法t.start();//已工作workerStarted = true;}finally {//如果没有启动成功,那么remove掉这个workif (!workerStarted)workers.remove(w);}}return t;}

work类
代码④

private final class Worker implements Runnable private final ReentrantLock runLock = new ReentrantLock();private Runnable firstTask;volatile long completedTasks;Thread thread;volatile boolean hasRun = false;Worker(Runnable firstTask) {this.firstTask = firstTask;}public void run() {try {//已运行hasRun = true;Runnable task = firstTask;firstTask = null;//这里我们看到底下调用了run方法,这时候肯定就会调用传进来的runnable的run方法了,那么比如在            队列里等待的runnable对象什么时候被调用呢,会有一个线程不断扫描队列吗?还是会有线程间的通            信?notify?关键在getTask方法注意此处是一个while循环,就是比如第一个runnable接口来的时候,那么由于task不为null,那么执行runTask方法,然后置为null,那么第二次循环,进入到getTask,获取队列中的runnale对象,然后赋值给task然后执行runTask方法。。。。。。。。。
············· 如果队列中的执行完了,那么就循环结束,此时执行workerDone(this)while (task != null || (task = getTask()) != null) {//调用task的run方法runTask(task);task = null;}} finally {workerDone(this);}}

–代码⑤— getTask

Runnable getTask() {for (;;) {try {int state = runState;if (state > SHUTDOWN)return null;Runnable r;
//即使 线程池的状态是shutdown 也得都给执行完才行啊!!这时 就不用再用延时的poll方法了,延时的poll方法纯粹是为了拖延一定的时间 就是参数传的时间  if (state == SHUTDOWN)  // Help drain queuer = workQueue.poll();
//如果已运行work线程数 大于核心线程数,或者允许核心线程超时这个不知道在哪赋值的(可能work数大于核心线程数的,比如有界队列,可以插入的时候比较最大线程数)--已运行work数 大于核心线程数   说明这个线程本身就是多余的,获取不到队列就应该remve掉,但是如果参数中有缓存时间,那么得调用缓存时间的poll方法else if (poolSize > corePoolSize || allowCoreThreadTimeOut)
III   //如果是work线程数 大于核心线程数r = workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS);else
//阻塞阻塞 阻塞   什么时候回阻塞呢,已运行的work数  不大于核心线程数r = workQueue.take();if (r != null)return r;if (workerCanExit()) {if (runState >= SHUTDOWN) // Wake up othersinterruptIdleWorkers();return null;}// Else retry} catch (InterruptedException ie) {// On interruption, re-check runState}}}

可以看到 如果从队列中 取得的runnable接口是null,去判断是不是可以去掉这个work
可以看到注释中 如果状态大于stop queue中为空,或者allow

----代码⑥-- runTask

  private void runTask(Runnable task) {final ReentrantLock runLock = this.runLock;runLock.lock();try {if ((runState >= STOP ||(Thread.interrupted() && runState >= STOP)) &&hasRun)thread.interrupt();boolean ran = false;beforeExecute(thread, task);try {task.run();ran = true;afterExecute(task, null);
//将完成task数加1++completedTasks;} catch (RuntimeException ex) {if (!ran)afterExecute(task, ex);throw ex;}} finally {runLock.unlock();}}

–代码⑦------

void workerDone(Worker w) {final ReentrantLock mainLock = this.mainLock;mainLock.lock();try {//将线程池完成任务数 加加completedTaskCount += w.completedTasks;//移除workerworkers.remove(w);//运行数减一if (--poolSize == 0)tryTerminate();} finally {mainLock.unlock();}}

到此大体就结束了

那么看一下 excutors提供的一些方法
1 固定线程池。可以看到核心和最大都是n,使用的无界队列,没有缓存时间,说明处理完任务就立即remove,无界队列,可以一直存放到缓存队列,缓存无数个任务,但是同时运行的work只有n个

2 单一线程池 核心线程和最大线程是1,不缓存,无界队列,只有一个work,虽然你缓存了很多runnable对象,但是都得一个个等着 while循环,获取队列的东西

3缓存 核心线程数是0,最大线程数是max,缓存一分钟,SynchronousQueue
那么代码① 说明上来就会poolSize>=corePoolSize 那么就会执行下面
if (runState == RUNNING && workQueue.offer(command)) {
注意 running为0,所以默认就是running—
SynchronousQueue.offer怎么实现的呢?去复习一下

只有读阻塞,才可以写

可以看queue中的 jdk5 6 7各个实现用信号量等等

然后调用 addIfUnderMaximumPoolSize方法,addThread
调用work的run方法,

由于第一次进来的时候task不为null,所以任务执行了,再次循环 调用getTask。属于第二种情况,已运行work数为1,核心数为0,所以调用poll,所谓的缓存 就是在调用poll的时候延迟时间喽!调用2的代码

总结:
1.先判断已运行线程数是否大于核心线程数,如果没有,则创建新线程
2.否则执行queue.offer,如果返回true,那么会在下次有空闲的时候被消费掉,如果返回false,比如SynchronousQueue,没有执行queue.poll,则去比较运行线程数和最大线程数的关系,如果小于最大线程数,则创建新线程,否则执行拒绝策略。
3.注意线程数小于核心线程数时 创建线程,执行结束 后会执行queue.take 阻塞方法
线程数大于核心线程数但是小于最大线程数,创建线程,会执行
queue.poll 非阻塞的
具体 r = workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS);

这篇关于# Executor源码分析 一看就会的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

Springboot中分析SQL性能的两种方式详解

《Springboot中分析SQL性能的两种方式详解》文章介绍了SQL性能分析的两种方式:MyBatis-Plus性能分析插件和p6spy框架,MyBatis-Plus插件配置简单,适用于开发和测试环... 目录SQL性能分析的两种方式:功能介绍实现方式:实现步骤:SQL性能分析的两种方式:功能介绍记录

最长公共子序列问题的深度分析与Java实现方式

《最长公共子序列问题的深度分析与Java实现方式》本文详细介绍了最长公共子序列(LCS)问题,包括其概念、暴力解法、动态规划解法,并提供了Java代码实现,暴力解法虽然简单,但在大数据处理中效率较低,... 目录最长公共子序列问题概述问题理解与示例分析暴力解法思路与示例代码动态规划解法DP 表的构建与意义动

C#使用DeepSeek API实现自然语言处理,文本分类和情感分析

《C#使用DeepSeekAPI实现自然语言处理,文本分类和情感分析》在C#中使用DeepSeekAPI可以实现多种功能,例如自然语言处理、文本分类、情感分析等,本文主要为大家介绍了具体实现步骤,... 目录准备工作文本生成文本分类问答系统代码生成翻译功能文本摘要文本校对图像描述生成总结在C#中使用Deep

Go中sync.Once源码的深度讲解

《Go中sync.Once源码的深度讲解》sync.Once是Go语言标准库中的一个同步原语,用于确保某个操作只执行一次,本文将从源码出发为大家详细介绍一下sync.Once的具体使用,x希望对大家有... 目录概念简单示例源码解读总结概念sync.Once是Go语言标准库中的一个同步原语,用于确保某个操

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

Redis连接失败:客户端IP不在白名单中的问题分析与解决方案

《Redis连接失败:客户端IP不在白名单中的问题分析与解决方案》在现代分布式系统中,Redis作为一种高性能的内存数据库,被广泛应用于缓存、消息队列、会话存储等场景,然而,在实际使用过程中,我们可能... 目录一、问题背景二、错误分析1. 错误信息解读2. 根本原因三、解决方案1. 将客户端IP添加到Re

Java汇编源码如何查看环境搭建

《Java汇编源码如何查看环境搭建》:本文主要介绍如何在IntelliJIDEA开发环境中搭建字节码和汇编环境,以便更好地进行代码调优和JVM学习,首先,介绍了如何配置IntelliJIDEA以方... 目录一、简介二、在IDEA开发环境中搭建汇编环境2.1 在IDEA中搭建字节码查看环境2.1.1 搭建步

Redis主从复制实现原理分析

《Redis主从复制实现原理分析》Redis主从复制通过Sync和CommandPropagate阶段实现数据同步,2.8版本后引入Psync指令,根据复制偏移量进行全量或部分同步,优化了数据传输效率... 目录Redis主DodMIK从复制实现原理实现原理Psync: 2.8版本后总结Redis主从复制实

锐捷和腾达哪个好? 两个品牌路由器对比分析

《锐捷和腾达哪个好?两个品牌路由器对比分析》在选择路由器时,Tenda和锐捷都是备受关注的品牌,各自有独特的产品特点和市场定位,选择哪个品牌的路由器更合适,实际上取决于你的具体需求和使用场景,我们从... 在选购路由器时,锐捷和腾达都是市场上备受关注的品牌,但它们的定位和特点却有所不同。锐捷更偏向企业级和专