Spring异步任务处理，@Async的配置和使用

本文转自http://blog.csdn.net/clementad/article/details/47403185 感谢作者

这个注解用于标注某个方法或某个类里面的所有方法都是需要异步处理的。被注解的方法被调用的时候，会在新线程中执行，而调用它的方法会在原来的线程中执行。这样可以避免阻塞、以及保证任务的实时性。适用于处理log、发送邮件、短信……等。

注解的应用范围：

• 类：表示这个类中的所有方法都是异步的
• 方法：表示这个方法是异步的，如果类也注解了，则以这个方法的注解为准

 

相关的配置：

<task:annotation-driven />配置：

• executor：指定一个缺省的executor给@Async使用。

例子：

<task:annotation-driven executor="asyncExecutor" />

 

<task:executor />配置参数：

• id：当配置多个executor时，被@Async("id")指定使用；也被作为线程名的前缀。
• pool-size：

• core size：最小的线程数，缺省：1
• max size：最大的线程数，缺省：Integer.MAX_VALUE
• queue-capacity：当最小的线程数已经被占用满后，新的任务会被放进queue里面，当这个queue的capacity也被占满之后，pool里面会创建新线程处理这个任务，直到总线程数达到了max size，这时系统会拒绝这个任务并抛出TaskRejectedException异常（缺省配置的情况下，可以通过rejection-policy来决定如何处理这种情况）。缺省值为：Integer.MAX_VALUE
• keep-alive：超过core size的那些线程，任务完成后，再经过这个时长（秒）会被结束掉
• rejection-policy：当pool已经达到max size的时候，如何处理新任务
  • ABORT（缺省）：抛出TaskRejectedException异常，然后不执行
  • DISCARD：不执行，也不抛出异常
  • DISCARD_OLDEST：丢弃queue中最旧的那个任务
  • CALLER_RUNS：不在新线程中执行任务，而是有调用者所在的线程来执行

 

配置例子：

 <task:annotation-driven executor="asyncExecutor" />

 <task:executor id="asyncExecutor" pool-size="100-10000" queue-capacity="10"/>

 

实例：

1. <!-- 缺省的异步任务线程池 -->
2. <task:annotation-driven executor="asyncExecutor" />
3. <task:executor id="asyncExecutor" pool-size="100-10000" queue-capacity="10" />
4. <!-- 处理log的线程池 -->
5. <task:executor id="logExecutor" pool-size="15-1000" queue-capacity="5" keep-alive="5"/>

1. @Override
2. @Async("logExecutor")    //如果不指定名字，会使用缺省的“asyncExecutor”
3. public void saveUserOpLog(TabUserOpLog tabUserOpLog) {
4. userOpLogDAO.insertTabUserOpLog(tabUserOpLog);
5. }

（注意：如果在同一个类中调用的话，不会生效，原因请参考：http://blog.csdn.net/clementad/article/details/47339519）

 

通过log可以看到，已经分开两个线程执行：

 

线程的优先级和类型：

优先级：NORM_PRIORITY

类型：非守护线程

 

用户线程（User Thread）：JVM会等待所有的用户线程结束后才退出；当系统中没有用户线程了，JVM也就退出了

守护线程（Daemon Thread）：一般是为其他线程提供服务的线程，比如GC垃圾回收器；JVM退出时，不会管守护线程是否存在，而是直接退出

所以，对于文件、数据库的操作，不适宜使用守护线程，不然可能会丢失数据！

 

Web应用停止时，Spring容器会被关闭，调用者如果是Spring bean，就会停止生成新任务。然而，线程池中已经在运行的任务，由于缺省是用户线程，所以JVM会等待它们结束后才退出。

 

附：Java编程方式的配置方法：

1. @Configuration
2. @EnableAsync
3. public class SpringConfig {
4. /** Set the ThreadPoolExecutor's core pool size. */
5. private int corePoolSize = 10;
6. /** Set the ThreadPoolExecutor's maximum pool size. */
7. private int maxPoolSize = 200;
8. /** Set the capacity for the ThreadPoolExecutor's BlockingQueue. */
9. private int queueCapacity = 10;
10. private String ThreadNamePrefix = "MyLogExecutor-";
11. @Bean
12. public Executor logExecutor() {
13. ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
14. executor.setCorePoolSize(corePoolSize);
15. executor.setMaxPoolSize(maxPoolSize);
16. executor.setQueueCapacity(queueCapacity);
17. executor.setThreadNamePrefix(ThreadNamePrefix);
18. // rejection-policy：当pool已经达到max size的时候，如何处理新任务
19. // CALLER_RUNS：不在新线程中执行任务，而是有调用者所在的线程来执行
20. executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
21. executor.initialize();
22. return executor;
23. }
24. }