1.任务队列
BlockingQueue<Runnable> workQueue;
workQueue是一个BlockingQueue接口的对象,仅用于存放Runnable对象。
1.SynchronousQueue
直接提交策略表示线程池不对任务进行缓存。新进任务直接提交给线程池,当线程池中没有空闲线程时,创建一个新的线程处理此任务。这种策略需要线程池具有无限增长的可能性。
Executors.newCachedThreadPool()使用SynchronousQueue创建线程池。
2.LinkedBlockingQueue
LinkedBlockingQueue将导致当所有 corePoolSize 线程都忙时新任务在队列中等待。这样,创建的线程就不会超过 corePoolSize。(因此,maximumPoolSize 的值也就无效了。)当每个任务完全独立于其他任务,即任务执行互不影响时,适合于使用无界队列。
Executors.newFixedThreadPool(3)使用LinkedBlockingQueue创建线程池。
Executors.newSingleThreadExecutor()使用LinkedBlockingQueue创建线程池。
3.ArrayBlockingQueue
有界队列(如ArrayBlockingQueue)有助于防止资源耗尽当最大线程数有限时,但是可能较难调整和控制。队列大小和最大池大小可能需要相互折衷。
4.优先级队列(如PriorityBlockingQueue)
5.DelayedWorkQueue
2.拒绝策略
接口RejectedExecutionHandler提供了拒绝任务处理的自定义方法的机会。在ThreadPoolExecutor中已经包含四种拒绝策略。
1.AbortPolicy
拒绝策略:抛出运行时异常RejectedExecutionException。
这种策略丢弃任务,并抛出异常。(jdk默认策略)
2.DiscardPolicy
拒绝策略:不能执行的任务将被丢弃。
这种策略什么都没做。
3.DiscardOldestPolicy
拒绝策略:如果执行程序尚未关闭,则位于工作队列头部的任务将被删除,然后重试执行程序。
该策略稍微复杂一些,在pool没有关闭的前提下首先丢掉缓存在队列中的最早的任务,然后重新尝试运行该任务。
4.CallerRunsPolicy
拒绝策略:线程调用运行该任务的 execute 本身。此策略提供简单的反馈控制机制,能够减缓新任务的提交速度。