线程池

来源：互联网发布：c语言中指针的作用编辑：程序博客网时间：2024/06/04 18:16

Spring org.springframework.core.task.TaskExecutor
org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor

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

Java代码  
 /** 
     * 异步调用 
     */  
    private TaskExecutor taskExecutor;  
  
    public TaskExecutor getTaskExecutor() {  
        return taskExecutor;  
    }  
  
    public void setTaskExecutor(TaskExecutor taskExecutor) {  
        this.taskExecutor = taskExecutor;  
    }  
      
    public void testTask(){  
        taskExecutor.execute(new Runnable() {  
              
            @Override  
            public void run() {  
                //业务逻辑  
            }  
        });  
    }  
<bean id="taskExecutor" class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">          
    <!-- 核心线程数，默认为1 -->          
    <property name="corePoolSize" value="10" />          
    <!-- 最大线程数，默认为Integer.MAX_VALUE -->          
    <property name="maxPoolSize" value="50" />          
    <!-- 队列最大长度，一般需要设置值>=notifyScheduledMainExecutor.maxNum；默认为Integer.MAX_VALUE -->          
    <property name="queueCapacity" value="1000" />          
    <!-- 线程池维护线程所允许的空闲时间，默认为60s -->          
    <property name="keepAliveSeconds" value="300" />          
    <!-- 线程池对拒绝任务（无线程可用）的处理策略，目前只支持AbortPolicy、CallerRunsPolicy；默认为后者 -->          
    <property name="rejectedExecutionHandler">          
        <!-- AbortPolicy:直接抛出java.util.concurrent.RejectedExecutionException异常 -->          
        <!-- CallerRunsPolicy:主线程直接执行该任务，执行完之后尝试添加下一个任务到线程池中，可以有效降低向线程池内添加任务的速度 -->          
        <!-- DiscardOldestPolicy:抛弃旧的任务、暂不支持；会导致被丢弃的任务无法再次被执行 -->          
        <!-- DiscardPolicy:抛弃当前任务、暂不支持；会导致被丢弃的任务无法再次被执行 -->          
        <bean class="java.util.concurrent.ThreadPoolExecutor$CallerRunsPolicy" />          
    </property>          
</bean>    

在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使用。

0 0