Spring @Async 注解的配置使用问题

Question

关于Spring中的@Async的使用问题

在使用过程中发现在applicationContext.xml中仅配置 <task:annotation-driven/> 就可以使用@Async注解处理异步

第一种配置:
<task:annotation-driven/>

第二种配置:
<task:annotation-driven executor="myExecutor"/>
<task:executor id="myExecutor" pool-size="5-10" queue-capacity="200" keep-alive="180" rejection-policy="ABORT"/>

之前一直使用的是第一种配置，使用spring的默认线程池来处理。但在查询各种@Async的使用方法时，都是使用的第二种配置方式。想请教一下使用第一种有什么弊端，这两种有什么区别

Answer 1

默认的线程池不一定符合你的业务需求

Answer 2

你这个问题可以转变为为什么要修改默认的 Executor 的问题，这也是线程池的配置问题。
自定义的线程池配置肯定是更适合你的项目的，况且默认的线程池配置可能会造成 bug 。

引用《阿里巴巴开发手册》：

【强制】线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样

的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。

说明：Executors各个方法的弊端：

1）newFixedThreadPool和newSingleThreadExecutor:

主要问题是堆积的请求处理队列可能会耗费非常大的内存，甚至OOM。

2）newCachedThreadPool和newScheduledThreadPool:

主要问题是线程数最大数是Integer.MAX_VALUE，可能会创建数量非常多的线程，甚至OOM。