Java 之ThreadPoolExecutor

         ThreadPoolExecutor 为一些Executor提供了基本实现，这些Executor是由Executors中的工厂方法创建的；如：newCachedThreadPool，newScheduledThreadPool，newFixedThreadPool 。ThreadPoolExecutor是一个灵活的、稳定的线程池，允许各种定制。

 

 ThreadPoolExecutor(int corePoolSize, int maximumPoolSize,

long keepAliveTime, TimeUnit unit,

BlockingQueue<Runnable> workQueue,

RejectedExecutionHandler handler)

 

 

• corePoolSize： 线程池维护线程的最少数量

• maximumPoolSize：线程池维护线程的最大数量

• keepAliveTime： 线程池维护线程所允许的空闲时间

• unit： 线程池维护线程所允许的空闲时间的单位

• workQueue： 线程池所使用的缓冲队列

• handler： 线程池对拒绝任务的处理策略

 

一个任务通过 execute(Runnable)方法被添加到线程池，任务就是一个 Runnable类型的对象，任务的执行方法就是Runnable类型对象的run()方法。

 

当一个任务通过execute(Runnable)方法欲添加到线程池时：

 

•  如果此时线程池中的数量小于corePoolSize，即使线程池中的线程都处于空闲状态，也要创建新的线程来处理被添加的任务。

•   如果此时线程池中的数量大于或等于 corePoolSize，但是缓冲队列 workQueue未满，那么任务被放入缓冲队列。

•  如果此时线程池中的数量大于corePoolSize，缓冲队列workQueue满，并且线程池中的数量小于maximumPoolSize，建新的线程来处理被添加的任务。如果某个线程的空闲时间超过了存活时间则被标记为可回收的，并被回收。
  

•  如果此时线程池中的数量大于corePoolSize，缓冲队列 workQueue满，并且线程池中的数量等于maximumPoolSize，那么通过 handler所指定的策略来处理此任务。也就是：处理任务的 优先级为：核心线程corePoolSize、任务队列workQueue、最大线程maximumPoolSize，如果三者都满了，使用 handler处理被拒绝的任务。

•  当线程池中的线程数量大于 corePoolSize时，如果某线程空闲时间超过keepAliveTime，线程将被终止。这样，线程池可以动态的调整池中的线程数。

 

unit可选的参数为java.util.concurrent.TimeUnit中的几个静态属性：

• NANOSECONDS、
• MICROSECONDS、
• MILLISECONDS、
• SECONDS。
• MINUTES
• HOURS
• DAYS

 

ThreadPoolExecutor 允许提供一个BlockingQueue来保存等待的任务。基本的任务队列有三种：无界队列，有界队列和同步移交队列（Synchronous Handoff）。 队列的选择与其他的参数配置相关：

     如：

       newFixedThreadPool 和newSingleThreadExecutor 在默认情况下使用一个无界的LinkedBlockingQueue。 如果所有的工作线程都处于忙碌状态，那么线程任务将在队列中等待。如果任务快速到达，并且超过了线程池处理它们的速度，那么队列将无限增加。

       一个更稳妥的资源管理策略是使用有界队列，例如ArrayBlockingQueue、LinkedBlockingQueue、PriorityBlockingQueue。 有界队列有助于避免资源耗尽的问题，但是又带来了新的问题：当队列填满后，新的任务该怎么办？ 在使用有界队列时，队列的大小和线程池的大小必须一起调节。如果线程池较小而队列较大，那么有助于减少内存的使用量，降低CPU的使用率，同时可以减少上下文切换，但是付出的代价是可能会限制吞吐量。

        对于非常大的或者无界的线程池，可以通过使用SynchronousQueue来避免任务排队，以及直接将任务从生产者移交给工作线程。SynchronousQueue不是一个真正的队列，而是一种在线程之间进行移交的机制。要将一个元素放入SynchronousQueue中，必须由另一个线程正在等待接收这个元素。如果没有现成正在等待，并且线程池的当前大小小于最大值，那么ThreadPoolExecuto将创建一个新的线程，否则根据饱和策略，这个任务将被拒绝。使用直接移交将更高效，因为任务会直接交给执行它的线程，而不是首先被放在队列中，然后工作线程从队列中提取该任务。只有当线程池是无界的或者可以拒绝任务时，SynchronousQueue才有实际价值。在newCacheThreadPool工厂方法中就使用了SynchronousQueue。

       newCachedThreadPool 工厂方法是一种很好的默认选择，它能提供比固定大小线程池更好的排队性能。当需要限制当前任务的数量以满足资源管理需求时，那么可以选择固定大小的线程池。

 饱和策略有四个选择：

• ThreadPoolExecutor.AbortPolicy()抛出java.util.concurrent.RejectedExecutionException异常 终止策略是默认的饱和策略；
  
• ThreadPoolExecutor.CallerRunsPolicy()当抛出RejectedExecutionException异常时，会调rejectedExecution方法 调用者运行策略实现了一种调节机制，该策略既不会抛弃任务也不会爆出异常，而是将任务退回给调用者，从而降低新任务的流量
  
• ThreadPoolExecutor.DiscardOldestPolicy()抛弃旧的任务；当新提交的任务无法保存到队列中等待执行时将抛弃最旧的任务，然后尝试提交新任务。如果等待队列是一个优先级队列，抛弃最旧的策略将导致抛弃优先级最高的任务，因此AbortPolicy最好不要和优先级队列一起使用。
• ThreadPoolExecutor.DiscardPolicy()抛弃当前的任务