要说spring的提供的执行器那就先说说JDK1.5为我们提供的一个类接口吧
java.util.concurrent.Executor
此接口提供一种将任务提交与每个任务将如何运行的机制(包括线程使用的细节、调度等)分离开来的方法。
常见的是,任务是在某个不是调用方线程的线程中执行的。以下执行程序将为每个任务生成一个新线程。
class ThreadPerTaskExecutor implements Executor {
public void execute(Runnable r) {
new Thread(r).start();
}
}
现在来说说spring提供的执行器吧
org.springframework.core.task.TaskExecutor
这个接口基本和java.util.concurrent.Executor拥有一样的execute(Runnable task)方法
TaskExecutor的子类很多
SimpleAsyncTaskExecutor类
这个实现不重用任何线程,或者说它每次调用都启动一个新线程。但是,它还是支持对并发总数设限,当超过线程并发总数限制时,阻塞新的调用,直到有位置被释放。如果你需要真正的池,请继续往下看。
这个实现不会异步执行。相反,每次调用都在发起调用的线程中执行。它的主要用处是在不需要多线程的时候,比如简单的test case。
这个实现是对Java 5 java.util.concurrent.Executor类的包装。有另一个备选, ThreadPoolTaskExecutor类,它暴露了Executor的配置参数作为bean属性。很少需要使用ConcurrentTaskExecutor, 但是如果ThreadPoolTaskExecutor不敷所需,ConcurrentTaskExecutor是另外一个备选。
这个实现实际上是Quartz的SimpleThreadPool类的子类,它会监听Spring的生命周期回调。当你有线程池,需要在Quartz和非Quartz组件中共用时,这是它的典型用处。
这个实现只能在Java 5环境中使用,但是却是这个环境中最常用的。它暴露的bean properties可以用来配置一个java.util.concurrent.ThreadPoolExecutor,把它包装到一个TaskExecutor中。如果你需要更加先进的类,比如ScheduledThreadPoolExecutor,我们建议你使用ConcurrentTaskExecutor来替代。
TimerTaskExecutor类
这个实现使用一个TimerTask作为其背后的实现。它和SyncTaskExecutor的不同在于,方法调用是在一个独立的线程中进行的,虽然在那个线程中是同步的。
WorkManagerTaskExecutor类
这个实现使用了CommonJ WorkManager作为其底层实现,是在Spring context中配置CommonJ WorkManager应用的最重要的类。和SimpleThreadPoolTaskExecutor类似,这个类实现了WorkManager接口,因此可以直接作为WorkManager使用。
一个例子:在注册后需要通过javaMail发一封邮件进行确认,发邮件属于重量级操作,如果将其和注册的业务逻辑在一个线程中执行,那么注册这个service就过去庞大,尤其是当使用Hibernate的OpenSessionInView模式时,那么这个connection就太浪费了。于是我们想到通过一个异步的线程池去完成这个发邮件的任务
public class Service{
public void reg(){
doReg();
taskExecutor.execute(new Runnable(){
public void run(){
sendMail();
}
});
}
}
<bean id="taskExecutor" class="org.springframework.scheduing.concuttent.ThreadPoolTaskExecutor"
<property name="corePoolSize" value="10"/>
<property name="maxPoolSize" value="30"/>
</bean>