@Async注解
1|0异步调用介绍
- 异步调用
异步调用就是在不阻塞主线程的情况下执行高耗时方法 - 常规异步
通过开启新线程实现 - 在Springboot中启用异步方法
需要4个注解
@EnableAsync 开启异步
,可以放在@Controller层上方,也可以放在Application类的上方
@Component 注册异步组件
@Async 标注异步方法
@Autowired 注入异步组件
- 进行一次异步调用
首先在一个Config类上标注开启异步
然后创建一个异步的组件类,就跟Service,Controller 一样一样的,用Component标注,Service也行
在类内创建一个异步方法,打上Async 标记。这个方法必须是实例方法。
然后就跟注入Service一样一样的了。 - 异步事务
在Async 方法上标注@Transactional是没用的。
在Async 方法调用的Service上标注@Transactional 有效。 - 异步方法的内部调用
异步方法不支持内部调用,也就是异步方法不能写在需要调用他的类的内部。
比如Class A 有a,b,c。b有Async标注。此时a对b的异步调用是失效的。 - 为什么异步方法必须是实例方法
因为static方法不能被Override。因为@Async 异步方法的实现原理是通过注入一个代理类到Bean中,这个代理继承这个Bean,需要覆写异步方法并执行。
然后这个东西,会被Spring放到自己维护的一个队列中。等待线程池读取并执行。
2|0线程池的使用
2|1创建Service层的接口和实现
创建一个service层的接口AsyncService,如下:
对应的AsyncServiceImpl,实现如下:
2|2创建controller
创建一个controller为Hello,里面定义一个http接口,做的事情是调用Service层的服务,如下:
至此,我们已经做好了一个http请求的服务,里面做的事情其实是同步的,接下来我们就开始配置springboot的线程池服务,将service层做的事情都提交到线程池中去处理;
2|3springboot的线程池配置
创建一个配置类ExecutorConfig,用来定义如何创建一个ThreadPoolTaskExecutor,要使用@Configuration
和@EnableAsync
这两个注解,表示这是个配置类,并且是线程池的配置类,如下所示:
注意,上面的方法名称为asyncServiceExecutor,稍后马上用到;
2|4将Service层的服务异步化
打开AsyncServiceImpl.java,在executeAsync方法上增加注解@Async(“asyncServiceExecutor”)
,asyncServiceExecutor
是前面ExecutorConfig.java
中的方法名,表明executeAsync
方法进入的线程池是asyncServiceExecutor
方法创建的,如下:
2|5验证效果
- 将这个springboot运行起来(pom.xml所在文件夹下执行mvn spring-boot:run);
- 在浏览器输入:http://localhost:8080;
- 在浏览器用F5按钮快速多刷新几次;
- 在springboot的控制台看见日志如下:
如上日志所示,我们可以看到controller的执行线程是”nio-8080-exec-8”,这是tomcat的执行线程,而service层的日志显示线程名为“async-service-1”,显然已经在我们配置的线程池中执行了,并且每次请求中,controller的起始和结束日志都是连续打印的,表明每次请求都快速响应了,而耗时的操作都留给线程池中的线程去异步执行;
2|6扩展ThreadPoolTaskExecutor
虽然我们已经用上了线程池,但是还不清楚线程池当时的情况,有多少线程在执行,多少在队列中等待呢?这里我创建了一个ThreadPoolTaskExecutor的子类,在每次提交线程的时候都会将当前线程池的运行状况打印出来,代码如下:
如上所示,showThreadPoolInfo方法中将任务总数、已完成数、活跃线程数,队列大小都打印出来了,然后Override了父类的execute、submit等方法,在里面调用showThreadPoolInfo方法,这样每次有任务被提交到线程池的时候,都会将当前线程池的基本情况打印到日志中;
修改ExecutorConfig.java
的asyncServiceExecutor
方法,将ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor()
改为ThreadPoolTaskExecutor executor = new VisiableThreadPoolTaskExecutor()
,如下所示:
再次启动该工程,再浏览器反复刷新http://localhost:8080
,看到的日志如下:
注意这一行日志:2. do submit,taskCount [101], completedTaskCount [87], activeCount [5], queueSize [9]
这说明提交任务到线程池的时候,调用的是submit(Callable task)这个方法,当前已经提交了101个任务,完成了87个,当前有5个线程在处理任务,还剩9个任务在队列中等待,线程池的基本情况一路了然;
__EOF__

本文链接:https://www.cnblogs.com/dongye95/p/16858049.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!