Executor接口
用于执行已提交的Runnable任务。
ExecutorService接口
继承自Executor接口。
ScheduledExecutorService接口
继承自ExecutorService接口,在给定的延迟后执行任务或定时执行任务,类图如下。
RejectedExecutionHandler接口
当Executor已经关闭或任务队列已经饱和时,提交新任务时,Executor对应的处理策略。
RejectedExecutionHandler接口实现类
RejectedExecutionHandler接口4个实现类对应4种处理策略:
BlockingQueue接口
BlockingQueue接口定义任务队列。
ArrayBlockingQueue类
实现了BlockingQueue接口。一个由数组支持的有界阻塞队列。此队列按 FIFO(先进先出)原则对元素进行排序。队列的头部是在队列中存在时间最长的元素。队列的尾部是在队列中存在时间最短的元素。新元素插入到队列的尾部,队列获取操作则是从队列头部开始获得元素。类图如下图所示。
Executors类
为ExecutorService、ScheduledExecutorService、ThreadFactory和Callable提供了便捷的工厂方法。
此类支持以下各种方法:
ThreadPoolExecutor类
类图如下图所示。
ThreadPoolExecutor使用Executors工厂方法Executors.newCachedThreadPool()(无界线程池,可以进行自动线程回收)、Executors.newFixedThreadPool(int)(固定大小线程池)和 Executors.newSingleThreadExecutor()(单个后台线程)配置的线程池执行每个提交的任务。
使用构造方法可以创建一个自定义的线程池。ThreadPoolExecutor将根据corePoolSize和maximumPoolSize设置的边界自动调整池大小。当新任务在方法execute(java.lang.Runnable) 中提交时,如果运行的线程少于corePoolSize,则创建新线程来处理请求,即使其他辅助线程是空闲的。如果运行的线程多于corePoolSize而少于 maximumPoolSize,则仅当队列满时才创建新线程。如果设置的corePoolSize和maximumPoolSize相同,则创建了固定大小的线程池。如果将 maximumPoolSize 设置为基本的无界值(如Integer.MAX_VALUE),则允许池适应任意数量的并发任务。在大多数情况下,核心和最大池大小仅基于构造来设置,不过也可以使用setCorePoolSize(int)和 setMaximumPoolSize(int)进行动态更改。所有BlockingQueue都可用于传输和保持提交的任务。可以使用此队列与池大小进行交互:
ScheduledThreadPoolExecutor类
实现了ScheduledExecutorService接口,在给定的延迟后执行任务,或者定时执行任务,按照提交的先进先出(FIFO)顺序来启用那些被安排在同一执行时间的任务。类图如下所示。
虽然此类继承自ThreadPoolExecutor,但是几个继承的调整方法对此类并无作用。特别是,因为它作为一个使用corePoolSize 线程和一个无界队列的固定大小的池,所以调整maximumPoolSize没有什么效果。