spring TaskExecutor

TaskExecutor抽象

Spring 2.0 为执行器(Executor)处理引入了一个新的抽象层。Executor是Java 5的名词，用来表示线程池的概念。之所以用这个奇怪的名词，是因为实际上不能保证底层实现的确是一个池。实际上，很多情况下，executor只是单线程。Spring的抽象层帮助你把线程池引入到Java 1.3和1.4环境中，同时隐藏了 1.3, 1.4, 5, 和 Java EE环境中线程池实现的差异。

TaskExecutor接口

Spring的TaskExecutor接口等同于java.util.concurrent.Executor接口。实际上，它存在主要原因是为了在使用线程池的时候，将对Java 5的依赖抽象掉。这个接口只有一个方法execute(Runnable task)，它根据线程池的语义和配置，来接受一个执行任务。

何时使用TaskExecutor接口

TaskExecutor接口开始的时候，是为了其他Spring组件使用线程池的抽象需要创建的。例如ApplicationEventMulticaster组件、JMS的 AbstractMessageListenerContainer和对Quartz的整合都使用了TaskExecutor接口来抽象线程池。当然，如果你的bean需要线程池行为，你也可以使用这个抽象层。

TaskExecutor类型

在Spring发行包中预定义了一些TaskExecutor实现。有了它们，你甚至不需要再自行实现了。

• SimpleAsyncTaskExecutor类

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

• SyncTaskExecutor类

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

• ConcurrentTaskExecutor类

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

• SimpleThreadPoolTaskExecutor类

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

• ThreadPoolTaskExecutor类

  它不支持任何对java.util.concurrent包的替换或者下行移植。Doug Lea和Dawid Kurzyniec对java.util.concurrent的实现都采用了不同的包结构，导致它们无法正确运行。

  这个实现只能在Java 5环境中使用，但是却是这个环境中最常用的。它暴露的bean properties可以用来配置一个java.util.concurrent.ThreadPoolExecutor，把它包装到一个TaskExecutor中。如果你需要更加先进的类，比如ScheduledThreadPoolExecutor,我们建议你使用ConcurrentTaskExecutor来替代。

• TimerTaskExecutor类

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

• WorkManagerTaskExecutor类

  CommonJ 是BEA和IBM联合开发的一套规范。这些规范并非Java EE的标准，但它是BEA和IBM的应用服务器实现的共同标准

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

示例：

最近，由于项目里需要用到线程池来提高处理速度，记录一下spring的taskExecutor执行器来实现线程池。

这里省略了Service接口的定义和在applicationContext.xml文件中配置相应的bean（service）。

1、处理器实现类

package com.shine.job;  

import java.util.List;  

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
import org.springframework.core.task.TaskExecutor;  

import com.shine.service.Service;  

/**
 *  处理器接口实现类
 */
public class ProcessorImpl implements Processor {  

    // 日志对象
    private static Log logger = LogFactory.getLog(ProcessorImpl.class);  

    // 执行器
    private TaskExecutor taskExecutor;  

    // 业务接口
    private Service service;  

    public void process() {
            // 使用多线程处理
            taskExecutor.execute(new Runnable(){
                public void run() {
                    try {
                        logger.debug("[Thread "
                        + Thread.currentThread().getId()
                        + " start]");
                        // 业务处理
                        service.handle(name);
                        logger.debug("[Thread "
                        + Thread.currentThread().getId()
                        + " end]");
                    } catch (RuntimeException e) {
                        logger.error("Service handle exception",e);
                    }
                }
            });
        }
    }  

    public void setService(Service service) {
        this.service = service;
    }  

    public void setTaskExecutor(TaskExecutor taskExecutor) {
        this.taskExecutor = taskExecutor;
    }  

} 

2、applicationContext.xml配置

 

<!--  线程池（执行器） -->
<task:executor id="taskExecutor" pool-size="1-4" queue-capacity="128" />   

<!--  处理接口  -->
<bean id="processor" class="com.shine.job.ProcessorImpl">
      <property name="service" ref="service" />
      <property name="taskExecutor">
        <ref bean="taskExecutor" />
      </property>
</bean>

其中： 
pool-size="1-4"，表示线程池活跃的线程数为1，最大线程数为4； 
queue-capacity="128"，表示任务队列的最大容量。

PS：关于taskExecutor还有一种配置bean来实现的，其配置的写法和参数与上面基本一致。