ThreadPoolTaskExecutor的配置解释

ThreadPoolTaskExecutor是一个spring的线程池技术，它是使用jdk中的java.util.concurrent.ThreadPoolExecutor进行实现。

<bean id ="taskExecutor"  class ="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor" >
    <property name ="corePoolSize" value ="5" /> 
    <property name ="keepAliveSeconds" value ="300" /> 
    <property name ="maxPoolSize" value ="10" /> 
    <property name ="queueCapacity" value ="25" /> 
  </bean> 线程的配置文件：

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

keepAliveSeconds  线程池维护线程所允许的空闲时间

maxPoolSize   线程池维护线程的最大数量

queueCapacity 线程池所使用的缓冲队列

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

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

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

l  如果此时线程池中的数量大于corePoolSize，缓冲队列workQueue满，并且线程池中的数量小于maximumPoolSize，建新的线程来处理被添加的任务。

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

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

在spring中使用ThreadPoolTaskExecutor的配置：

 <!-- 异步线程池 -->    <bean id="threadPool"        class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">        <!-- 核心线程数 -->        <property name="corePoolSize" value="3" />        <!-- 最大线程数 -->        <property name="maxPoolSize" value="10" />        <!-- 队列最大长度 >=mainExecutor.maxSize -->        <property name="queueCapacity" value="25" />        <!-- 线程池维护线程所允许的空闲时间 -->        <property name="keepAliveSeconds" value="300" />        <!-- 线程池对拒绝任务(无线程可用)的处理策略 ThreadPoolExecutor.CallerRunsPolicy策略 ,调用者的线程会执行该任务,如果执行器已关闭,则丢弃.  -->        <property name="rejectedExecutionHandler">            <bean class="java.util.concurrent.ThreadPoolExecutor$CallerRunsPolicy" />        </property>    </bean>

Reject策略预定义有四种： 

断策略实际上是指饱和策略（concurent包中的RejectedExecutionHandler接口)，这里需要先解释一下，什么叫饱和策略， 实际就是说， 线程池中的线程容器已经放不下新的任务了，饱和了， 必须要有一个相应的策略来处理。 ThreadPoolExecutor内部，已经定义了4种饱和策略。

AbortPolicy（中止）：它是默认的策略。
CallerRunsPolicy (调用者运行)：它既不会丢弃任务，也不会抛出任何异常，它会把任务推回到调用者那里去,以此缓解任务流
DiscardPolicy（遗弃）策略：它默认会放弃这个任务
DiscardOldestPolicy（遗弃最旧的）：它选择的丢弃的任务，是它本来要执行的（可怜的娃，就这样被新加入的给排挤了）.