一、前言
在我们平时的开发过程中,会遇到一个流程中各个逻辑并非紧密相连的业务,比如查询文章详情后更新文章阅读量,其实对于用户来说,最关心的是能快速获取文章,至于更新文章阅读量,用户可能并不关心。
因此,对于这类逻辑并非紧密相连的业务,可以将逻辑进行拆分,让用户无需等待更新文章阅读量,查询时直接返回文章信息,缩短同步请求的耗时,进一步提升了用户体验。要实现这种效果,我们可能立刻想到,采用异步线程来更新文章阅读量。
二、方案实践
Spring提供了@Async注解,将其添加在方法上,可以自动实现这个方法异步调用的效果,但是需要在启动类或者配置类上加上@EnableAsync注解来注明启动异步操作。
示例操作如下:
1.创建服务类
创建一个普通方法和一个异步方法
2.创建控制层
3.在启动类上加上@EnableAsync注解
4.启动程序进行测试
我们在控制台上看到更新阅读量的日志属于子线程的操作并没有阻塞主线程的执行,异步调用效果明显。其他操作属于主线程。
三、自定义线程池
被@Async注解标注的方法,默认采用SimpleAsyncTaskExecutor线程池来执行。这个线程池有一个特点就是,每来一个请求任务就会创建一个线程去执行,如果系统不断的创建线程,最终可能导致 CPU 和内存占用过高,引发OutOfMemoryError错误。
实际上,SimpleAsyncTaskExecutor并不是严格意义上的线程池,因为它达不到线程复用的效果。因此,在实际开发中,建议自定义线程池来执行异步方法。
实现步骤也很简单,首先,注入自定义线程池对象到 Spring Bean 中;然后,在@Async注解中指定线程池,即可实现指定线程池来异步执行任务。
1.配置自定义线程池类
2.在异步方法上指定线程池
3.服务测试
最后启动服务,重新发起请求,输出结果如下:
从日志上可以清晰的看到,更新方法采用了customThread-1线程来异步执行任务。
四、全局默认线程池
从上文中我们得知,被@Async注解标注的方法,默认采用SimpleAsyncTaskExecutor线程池来执行。
某些场景下,如果希望系统统一采用自定义配置线程池来执行任务,但是又不想在被@Async注解的方法上一个一个的去指定线程池,如何处理呢?
此时可以重写AsyncConfigurer接口的getAsyncExecutor()方法,配置默认线程池。
实现也很简单,示例如下:
接下来去掉服务类中的指定线程池
我们重新启动程序进行测试
从日志上可以清晰的看到,更新方法采用了asyncThread-1线程来异步执行任务。
五、注意事项
在使用@Async注解的时候,可能会失效,总结下来主要有以下几个场景。
- 场景一:异步方法使用static修饰,此时不会生效
- 场景二:调用的异步方法,在同一个类中,此时不会生效。因为 Spring 在启动扫描时会为其创建一个代理类,而同类调用时,还是调用本身的代理类的,所以还是同步调用
- 场景三:异步类没有使用@Component、@Service等注解,导致 spring 无法扫描到异步类,此时不会生效
- 场景四:采用SpringBoot框架开发时,没有在启动类上添加@EnableAsync注解,此时不会生效
其次,关于事务机制的一些问题,直接在@Async方法上再标注@Transactional是会失效的,此时可以在方法内采用编程式事务方式来提交数据。但是,在@Async方法调用其它类的方法上标注的@Transactional注解有效。