spring线程池

1、配置TaskExecutor

<bean id ="taskExecutor"  class ="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor" >
    <!-- 线程池维护线程的最少数量 -->
   
<property name ="corePoolSize" value ="100" />
    <!-- 线程池维护线程所允许的空闲时间 -->
   
<property name ="keepAliveSeconds" value ="1800" />
    <!-- 线程池维护线程的最大数量 -->
   
<property name ="maxPoolSize" value ="200" />
    <!-- 线程池所使用的缓冲队列 -->
   
<property name ="queueCapacity" value ="50" />
</bean>

属性说明:

corePoolSize: 线程池维护线程的最少数量 
keepAliveSeconds 线程池维护线程所允许的空闲时间 
maxPoolSize 线程池维护线程的最大数量 
queueCapacity 线程池所使用的缓冲队列

2、使用详解

    (1)SimpleAsyncTaskExecutor  

这个实现不重用任何线程,或者说它每次调用都启动一个新线程。但是,它还是支持对并发总数设限,当超过线程并发总数限制时,阻塞新的调用,直到有位置被释放。如果你需要真正的池,请继续往下看。 

    (2)SyncTaskExecutor 

这个实现不会异步执行。相反,每次调用都在发起调用的线程中执行。它的主要用处是在不需要多线程的时候,比如简单的test case 

    (3)ConcurrentTaskExecutor  

这个实现是对Java 5 java.util.concurrent.Executor类的包装。有另一个备选, ThreadPoolTaskExecutor类,它暴露了Executor的配置参数作为bean属性。很少需要使用ConcurrentTaskExecutor, 但是如果ThreadPoolTaskExecutor不敷所需,ConcurrentTaskExecutor是另外一个备选。 

    (4)SimpleThreadPoolTaskExecutor  

这个实现实际上是Quartz的SimpleThreadPool类的子类,它会监听Spring的生命周期回调。当你有线程池,需要在Quartz和非Quartz组件中共用时,这是它的典型用处。 

    (5)ThreadPoolTaskExecutor  

它不支持任何对java.util.concurrent包的替换或者下行移植。Doug Lea和Dawid Kurzyniec对java.util.concurrent的实现都采用了不同的包结构,导致它们无法正确运行。 这个实现只能在Java 5环境中使用,但是却是这个环境中最常用的。它暴露的bean properties可以用来配置一个java.util.concurrent.ThreadPoolExecutor,把它包装到一个TaskExecutor中。如果你需要更加先进的类,比如ScheduledThreadPoolExecutor,我们建议你使用ConcurrentTaskExecutor来替代。 

    (6)TimerTaskExecutor 

这个实现使用一个TimerTask作为其背后的实现。它和SyncTaskExecutor的不同在于,方法调用是在一个独立的线程中进行的,虽然在那个线程中是同步的。 

    (7)WorkManagerTaskExecutor 

这个实现使用了CommonJ WorkManager作为其底层实现,是在Spring context中配置CommonJ WorkManager应用的最重要的类。和SimpleThreadPoolTaskExecutor类似,这个类实现了WorkManager接口,因此可以直接作为WorkManager使用。 

3、java 编写

  @Resource

  private ThreadPoolTaskExecutor executor;

  executor 的execute(Runnable)方法 执行过程

  1. 如果此时线程池中的数量小于corePoolSize,即使线程池中的线程都处于空闲状态,也要创建新的线程来处理被添加的任务。
  2. 如果此时线程池中的数量等于 corePoolSize,但是缓冲队列 workQueue未满,那么任务被放入缓冲队列。
  3. 如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量小于maximumPoolSize,建新的线程来处理被添加的任务。
  4. 如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量等于maximumPoolSize,那么通过 handler所指定的策略来处理此任务。也就是:处理任务的优先级为:核心线程corePoolSize、任务队列workQueue、最大线程 maximumPoolSize,如果三者都满了,使用handler处理被拒绝的任务。
  5. 当线程池中的线程数量大于 corePoolSize时,如果某线程空闲时间超过keepAliveTime,线程将被终止。这样,线程池可以动态的调整池中的线程数。

 

 

  

posted @ 2016-12-09 16:10  ll6524  阅读(167)  评论(0)    收藏  举报