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
类
这个实现不重用任何线程,或者说它每次调用都启动一个新线程。但是,它还是支持对并发总数设限,当超过线程并发总数限制时,阻塞新的调用,直到有位置被释放。如果你需要真正的池,请继续往下看。
这个实现不会异步执行。相反,每次调用都在发起调用的线程中执行。它的主要用处是在不需要多线程的时候,比如简单的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使用。