Springboot @Async不执行原因分析

成明宁杰

已于 2024-01-16 08:54:46 修改

阅读量4.9k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： SpringBoot 文章标签： spring boot java

于 2022-04-28 11:29:41 首次发布

本文链接：https://blog.youkuaiyun.com/adaivskean/article/details/124467086

SpringBoot 专栏收录该内容

8 篇文章

订阅专栏

这篇博客探讨了在Spring Boot中使用@Async注解进行异步任务处理时遇到的问题。当默认线程池被耗尽，可能导致任务无法执行。解决方案包括调整业务代码、自定义线程池和优化异步方法的调用方式。同时，提到了@Async失效的可能原因，如缺少@EnableAsync注解、方法权限和调用方式等，并提供了相应的解决建议。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

背景

项目中有一个异步方法运行一段时间后就不再执行了。该异步方法是使用@Async注解的。

分析原因

业务场景用了@Async注解的方法，且没有使用自定义线程池。
ThreadPoolTaskExecutor是springboot提供的默认线程池。也就是说如果没有自定义线程池，那么会自动装配这个默认的。

In the absence of an Executor bean in the context, Spring Boot auto-configures a ThreadPoolTaskExecutor with sensible defaults that can be automatically associated to asynchronous task execution (@EnableAsync) and Spring MVC asynchronous request processing.

ThreadPoolTaskExecutor的默认参数是由TaskExecutionProperties控制的。默认核心线程是8，线程prefix是 “task-”。搜索线程dump，有8个异步任务已经耗尽了线程池，且执行没有停止的迹象。

构造默认线程池方法
org.springframework.boot.task.TaskExecutorBuilder#configure

如果该线程池被耗尽，则所有任务将会在线程池的队列中等待，而默认队列大小是Integer.MAX_VALUE
一方面要调整业务代码，使用默认线程池；另一方面也可以暂时增加默认线程池大小缓解

@Async使用总结

1、 非必须不使用异步。如果是核心业务包含事务处理，先同步记录数据，再异步发起。防止直接发起后异步没被调度到服务关闭，造成数据丢失
2、 核心业务必须使用自定义线程池，防止默认异步线程池阻塞，也方便通过线程池监控核心执行情况
3、 简单业务场景使用默认线程池时，避免操作长时间过长占用默认线程池，影响Spring以及其它框架组件异步任务执行
4、 @Async可能失效的原因
	a) @SpringBootApplication启动类当中没有添加@EnableAsync注解。
	b) 异步方法使用注解@Async的返回值只能为void或者Future。
	c) 没有走Spring的代理类。因为@Transactional和@Async注解的实现都是基于Spring的AOP，而AOP的实现是基于动态代理模式实现的。那么注解失效的原因就很明显了，有可能因为调用方法的是对象本身而不是代理对象，因为没有经过Spring容器管理。

@Async失效解决方法

	a) 注解的方法必须是public方法。
	b) 注解的方法不要定义为static
	c) 方法一定要从另一个类中调用，也就是从类的外部调用，类的内部调用是无效的。
	d) 如果需要从类的内部调用，需要先获取其代理类。