Executor框架总结

Executor框架图(转)

Executor

是一个接口,仅要求实现void execute(Runnable command);,要求是在各种场合(新开的线程、线程池内等等),同步(在execute方法里立刻执行)或异步得完成某一任务。

ExecutorService

接口,继承自Executor,扩展了Executor并添加了一些生命周期管理的方法。
一个ExecutorService的生命周期有三种状态:运行、关闭、中止。
当调用ExecutorService.shutdown()后,处于关闭状态,isShutdown()方法返回true。此时无法新加任务。
所有已添加的任务关闭后,Executor处于终止状态,isTerminated()返回true。这要求之前肯定调用过shutdownshutdownNow。可以用awaitTermination阻塞式得等待所有任务都已经关闭。
此外,调用多了submit和invoke:
submitexecutor的区别在于它的入参可以是Runnable也可以是Callable,而且有返回值Future<?>
invoke系(invokeAllinvokeAny)的入参都有Collection<? extends Callable<T>> tasks,返回T或T的集合。

Future FutureTask

Future<V>是一个接口,规定了异步执行的操作,通过get()方法可以获得操作的结果,如果异步操作还没有完成,则get()会使当前线程阻塞,可以指定等待时间。cancel方法取消操作。

FutureTask<V>是一个类,实现了RunnableFuture<V>,该接口继承自RunnableFuture<V>
内部持有一个Callable<V>,构造函数需要一个Callable<V>但也可以接受一个Runnable
(转化this.callable = Executors.callable(runnable, result);
异步的原理:

  • 持有一个volatile int state,表面目前的状态,是新建还是完成还是取消之类的。
  • 内部类WaitNode,是一个存储thread的链表,当前节点指向当前线程,next指向下一个可用线程。通过CAS操作更改运行线程。
  • 通过LockSupport.park在运行完成前阻塞获取,LockSupport.unpark取消阻塞。

ThreadPoolExecutor

ThreadPoolExecutor 继承自AbstractExecutorService,后者实现了ExecutorService
首先实现了ExecutorService的各方法
构造函数和各参数:

    public ThreadPoolExecutor(int corePoolSize,
                              int maximumPoolSize,
                              long keepAliveTime,
                              TimeUnit unit,
                              BlockingQueue<Runnable> workQueue,
                              ThreadFactory threadFactory,
                              RejectedExecutionHandler handler)
  • corePoolSize:核心线程数
  • maximumPoolSize:最大线程数
  • keepAliveTime:线程空闲时间
  • TimeUnit 时间尺度
  • workQueue 阻塞队列,用于存放等待着的线程
  • threadFactory 线程工厂,给内部类worker提供线程
  • rejectedExecutionHandler:任务拒绝处理器
    提供了四种方式来处理任务拒绝策略
    1. 直接丢弃(DiscardPolicy)
    2. 丢弃队列中最老的任务(DiscardOldestPolicy)。
    3. 抛异常(AbortPolicy)
    4. 将任务分给调用线程来执行(CallerRunsPolicy)。

内部有一个worker类作为任务执行者,HashSet<Worker> workers作为线程池,workQueue作为等待的队列

状态通过final AtomicInteger ctl保存
五个状态:

  • RUNNING 接受新任务和处理队列里的任务
  • SHUTDOWN 不接受新任务但是处理队列里的任务
  • STOP 不接受新任务,不处理队列里的任务,中断处理中的任务
  • TIDYING 所有任务都被关闭(terminated),workerCount为0,将调用terminated
  • TERMINATED terminated已被调用

状态转换:

  • RUNNING -> SHUTDOWN 调用shutdown(),可能隐式地在finalize()时调用
  • (RUNNING or SHUTDOWN) -> STOP 调用shutdownNow()
  • SHUTDOWN -> TIDYING 当队列和池都空的时候
  • STOP -> TIDYING 当池空的时候
  • TIDYING -> TERMINATED 当terminated()调用结束时

execute策略:
Proceed in 3 steps:

  • 少于corePoolSize的线程在运行时,尝试新建一个线程处理这个任务。addWorker方法检查运行状态和workerCount。
  • 如果一个线程可以被移出队列,检查状态判断是否要新加一个线程还是取消这个任务
  • 如果不能从队列里拿出一个线程,就新加一个线程。失败了就取消这个任务。

线程池的工作过程如下(转个别人的总结):

  1. 线程池刚创建时,里面没有一个线程。任务队列是作为参数传进来的。不过,就算队列里面有任务,线程池也不会马上执行它们。
  2. 当调用 execute() 方法添加一个任务时,线程池会做如下判断:
    1. 如果正在运行的线程数量小于 corePoolSize,那么马上创建线程运行这个任务;
    2. 如果正在运行的线程数量大于或等于 corePoolSize,那么将这个任务放入队列。
    3. 如果这时候队列满了,而且正在运行的线程数量小于 maximumPoolSize,那么还是要创建线程运行这个任务;
    4. 如果队列满了,而且正在运行的线程数量大于或等于 maximumPoolSize,那么线程池会抛出异常,告诉调用者“我不能再接受任务了”。
  3. 当一个线程完成任务时,它会从队列中取下一个任务来执行。
  4. 当一个线程无事可做,超过一定的时间(keepAliveTime)时,线程池会判断,如果当前运行的线程数大于 corePoolSize,那么这个线程就被停掉。所以线程池的所有任务完成后,它最终会收缩到 corePoolSize 的大小。

Executors

工具类

创建线程池,本质是生成ThreadPoolExecutor,举例:

  • newFixedThreadPool
public static ExecutorService newFixedThreadPool(int nThreads) {
    return new ThreadPoolExecutor(nThreads, nThreads, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>());
}
  • newSingleThreadExecutor
public static ExecutorService newSingleThreadExecutor() {
    return new FinalizableDelegatedExecutorService(new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>()));
}
  • newCachedThreadPool
public static ExecutorService newCachedThreadPool() {
    return new ThreadPoolExecutor(0, Integer.MAX_VALUE,60L, TimeUnit.SECONDS, new SynchronousQueue<Runnable>());
}
  • newCachedThreadPool
    可缓存线程池,如果线程池长度超过处理需要,可灵活回收空闲线程,若无可回收,则新建线程。线程池为无限大,当执行第二个任务时第一个任务已经完成,会复用执行第一个任务的线程,而不用每次新建线程。
  • newFixedThreadPool
    定长线程池,可控制线程最大并发数,超出的线程会在队列中等待。定长线程池的大小最好根据系统资源进行设置,如Runtime.getRuntime().availableProcessors()。
  • newScheduledThreadPool
    创建一个定长线程池,支持定时及周期性任务执行。
  • newSingleThreadExecutor
    创建一个单线程化的线程池,它只会用唯一的工作线程来执行任务,保证所有任务按照指定顺序(FIFO, LIFO, 优先级)执行。

Executors还提供默认的线程工厂defaultThreadFactory()

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,425评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,058评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,186评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,848评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,249评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,554评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,830评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,536评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,239评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,505评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,004评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,346评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,999评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,060评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,821评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,574评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,480评论 2 267

推荐阅读更多精彩内容