大家好,本人自己手写分析,如有需要更正的欢迎评论区或者私信t我😀
介绍:
@Async注解是Spring框架中用于实现异步方法调用的注解。通过在方法上使用@Async注解,Spring会在调用该方法时将其放入一个专用的线程池中执行,而不是在调用线程中同步执行。这对于处理一些异步任务非常有用,可以提高系统的响应性能。
使用场景:
- 耗时任务: 当有一些任务需要花费较长时间完成,而你不想让主线程阻塞等待它们完成时,可以考虑使用@Async注解。这可以包括文件上传、邮件发送等操作。
- 提高系统吞吐量: 对于一些可以并行执行的操作,通过异步方式处理可以提高系统的吞吐量。例如,在批量处理数据时,可以使用@Async来并发执行多个处理任务。
- 定时任务: 如果你需要在固定的时间执行一些任务,但又不希望阻塞主线程,可以使用@Async注解配合定时任务来实现。
- 异步通知: 当需要异步通知某些事件的发生时,@Async也是一个很好的选择。比如,异步地通知用户某个长时间操作已完成。
先说如何使用:
-
在自己的方法上声明
@Async
注解后面指明你自己声明的这个线程池id
(@Async("【Bean的id】")
),如果没有默认就是声明Bean的那个方法的方法名@Async("generateExchangeCodeExecutor") public void asyncGenerateExchangeCode(Coupon coupon) { }
@Bean //没有指明Bean的id,默认为方法名 generateExchangeCodeExecutor public Executor generateExchangeCodeExecutor(){ }
-
紧接着在引导类上加上
@EnableAsync
注解来开启异步功能@EnableAsync //开启异步功能 @SpringBootApplication public class PromotionApplication { }
之后每次使用这个方法就会使用线程池中的线程来执行这个方法
老版本SpringBoot2.0.9以前,使用的线程池默认为 SimpleAsyncTaskExecutor
,使用 SimpleAsyncTaskExecutor
线程池的缺点是每次使用都会创建新的线程 ,之后默认使用ThreadPoolTaskExecutor
,只要使用了@Async
注解,就自己声明一个线程池,然后再需要使用异步的方法上指明线程池的id就行了;
之后的版本为什么还要自己创建线程池呢?
因为默认的线程池
SimpleAsyncTaskExecutor
的默认最大线程池(2147483647)数量太多大了、队列最大值(2147483647)也太大了,可能会这两个原因导致内存溢出,所以自己声明线程池,把值改小点。
例子:
现在有两个方法1:
@Override
public void issueCoupon(Long id,CouponIssueFormDTO dto) {
log.debug("发放优惠券 线程名:{}",Thread.currentThread().getName());
……
//异步生成兑换码
exchangeCodeService.asyncGenerateExchangeCode(coupon); //异步生成兑换码
}
issueCoupon
方法中调用了 asyncGenerateExchangeCode
方法来异步生成兑换码
@Async("generateExchangeCodeExecutor") //使用 generateExchangeCodeExecutor 自定义线程中的线程异步执行
public void asyncGenerateExchangeCode(Coupon coupon) {
log.debug("生成兑换码 线程名:{}", Thread.currentThread().getName());
……
}
自定义线程池:
import lombok.extern.slf4j.Slf4j;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor;
import java.util.concurrent.Executor;
import java.util.concurrent.ThreadPoolExecutor;
@Slf4j
@Configuration
public class PromotionConfig {
@B