springboot优雅shutdown时异步线程安全优化

前面针对graceful shutdown写了两篇文章
第一篇：
https://blog.csdn.net/chenshm/article/details/139640775
只考虑了阻塞线程，没有考虑异步线程
第二篇：
https://blog.csdn.net/chenshm/article/details/139702105
第二篇考虑了多线程的安全性，包括异步线程。

1. 为什么还需要优化呢？

因为第二篇的写法还不够优美，它存在以下缺陷。

• 只在一个service bean 里面对ExecutorService做predestroy，只能对一个service类的异步线程提供安全保障，其他service类的异步业务需要重写predestroy的逻辑，造成代码冗余。
• 异步方法的写法比较麻烦，其他程序员并不常用。现在用springboot的程序员喜欢用@Async注解，随时随地可以把方法变成异步执行。 从架构师的角度考虑的话，写代码尽量满足多数情况可用，易用，最好还是全局有效的，让其他程序员专注于写业务代码。 接下来让我们实现@Async注解的异步方法在app graceful shutdow时保持线程安全。

2. 代码优化

• 确认graceful shutdown settings
• 添加第一个servcie 的异步方法

packagecom.it.sandwich.service.impl;importcom.it.sandwich.service.Demo2Service;importlombok.extern.slf4j.Slf4j;importorg.springframework.scheduling.annotation.Async;importorg.springframework.stereotype.Component;importorg.springframework.stereotype.Service;/**
 * @Author 公众号： IT三明治
 * @Date 2024/6/16
 * @Description:
 */@Slf4j@Service@ComponentpublicclassDemo2ServiceImplimplementsDemo2Service{@Override@AsyncpublicvoidfeedUserInfoToOtherService(String userId)throwsInterruptedException{for(int i =0; i <40; i++){
            log.info("Demo2Service update {} login info to other services, service num: {}", userId, i+1);Thread.sleep(1000);}}}

• 添加第二个Servcie 的异步方法

packagecom.it.sandwich.service.impl;importcom.it.sandwich.service.Demo2Service;importlombok.extern.slf4j.Slf4j;importorg.springframework.scheduling.annotation.Async;importorg.springframework.stereotype.Component;importorg.springframework.stereotype.Service;/**
 * @Author 公众号： IT三明治
 * @Date 2024/6/16
 * @Description:
 */@Slf4j@Service@ComponentpublicclassDemo1ServiceImplimplementsDemo1Service{@Override@AsyncpublicvoidfeedUserInfoToOtherService(String userId)throwsInterruptedException{for(int i =0; i <35; i++){
            log.info("Demo1Service update {} login info to other services, service num: {}", userId, i+1);Thread.sleep(1000);}}}

添加两个@Async方法，验证全局生效。

• api接口

packagecom.it.sandwich.controller;importcom.it.sandwich.base.ResultVo;importcom.it.sandwich.service.Demo1Service;importcom.it.sandwich.service.Demo2Service;importlombok.extern.slf4j.Slf4j;importorg.springframework.web.bind.annotation.GetMapping;importorg.springframework.web.bind.annotation.PathVariable;importorg.springframework.web.bind.annotation.RequestMapping;importorg.springframework.web.bind.annotation.RestController;importjavax.annotation.Resource;/**
 * @Author 公众号： IT三明治
 * @Date 2024/6/16
 * @Description:
 */@Slf4j@RestController@RequestMapping("/api")publicclassDemoController{@ResourceDemo1Service demo1Service;@ResourceDemo2Service demo2Service;@GetMapping("/{userId}")publicResultVo<Object>getUserInfo(@PathVariableString userId)throwsInterruptedException{
        log.info("userId:{}", userId);
        demo1Service.feedUserInfoToOtherService(userId);
        demo2Service.feedUserInfoToOtherService(userId);for(int i =0; i <30; i++){
            log.info("updating user info for {}, waiting times: {}", userId, i+1);Thread.sleep(1000);}returnResultVo.ok();}}

• @Async有效的全局线程池配置

packagecom.it.sandwich.config;importorg.springframework.context.annotation.Bean;importorg.springframework.context.annotation.Configuration;importorg.springframework.scheduling.annotation.EnableAsync;importorg.springframework.scheduling.concurrent.ThreadPoolTaskExecutor;importjava.util.concurrent.Executor;/**
 * @Author 公众号： IT三明治
 * @Date 2024/6/16
 * @Description:
 */@Configuration@EnableAsyncpublicclassAsyncConfig{@BeanpublicExecutortaskExecutor(){ThreadPoolTaskExecutor executor =newThreadPoolTaskExecutor();
        executor.setCorePoolSize(2);// 设置核心线程数
        executor.setMaxPoolSize(5);// 设置最大线程数
        executor.setQueueCapacity(100);// 设置队列容量
        executor.setThreadNamePrefix("sandwich-async-pool-");// 自定义线程名称前缀
        executor.setWaitForTasksToCompleteOnShutdown(true);// 设置线程池关闭时是否等待任务完成
        executor.setAwaitTerminationSeconds(60);// 设置等待时间，如果你需要所有异步线程的安全退出，请根据线程池内敢长线程处理时间配置这个时间return executor;}}

3. 验证代码

• 重启服务
• call api

Administrator@USER-20230930SH MINGW64 /d/git/micro-service-logs-tracing
$ curl http://localhost:8080/api/sandwich

• shutdown app(Ctrl+F2)
• 验证日志 查看日志前我们先分析一下代码，我们一个api请求里面一共有三个线程，一个阻塞线程，两个@Async注解修饰的异步线程。阻塞线程的循环计数日志从1到30，Demo1Service 异步线程的循环计数日志从1到35，Demo2Service异步线程的循环计数日志从1到40。我们期待的结果是提前shutdown之后三个线程的计数日志都完整打印出来。

日志完美验证了我们的期待。 我设置的“sandwich-async-pool-”线程名前缀也在两个线程日志中体现了。进一步证明AsyncConfig对所有@Async注解修饰的异步线程全局有效。
这是为什么呢？

4. AsyncConfig配置代码分析

当我在Spring配置中通过@Bean定义了一个ThreadPoolTaskExecutor实例，并且在同一配置类或其他被扫描到的配置类中启用了@EnableAsync注解时，这个自定义线程池会自动与Spring的异步任务执行机制关联起来。这一过程背后的原理涉及到Spring的异步任务执行器（AsyncConfigurer接口）的自动配置和代理机制，具体原因如下：

1. Spring的自动装配（Auto Configuration）: Spring Boot利用自动配置（auto-configuration）机制来简化配置。当它检测到@EnableAsync注解时，会自动寻找并配置一个TaskExecutor（线程池）来执行@Async标记的方法。如果在应用上下文中存在多个TaskExecutor的Bean，Spring通常会选择一个合适的Bean作为默认的异步执行器。自定义的ThreadPoolTaskExecutor Bean由于是明确配置的，因此优先级较高，自然成为首选。
2. AsyncConfigurer接口: 当我使用@EnableAsync时，实际上是在告诉Spring去查找实现了AsyncConfigurer接口的配置类。如果我没有直接实现这个接口并提供自定义配置，Spring会使用默认的配置。但是，如果我提供了自定义的ThreadPoolTaskExecutor Bean，Spring会认为这是我希望用于异步任务的线程池。
3. Spring AOP代理: @Async注解的方法在运行时会被Spring的AOP（面向切面编程）机制代理。这个代理逻辑会检查是否有配置好的TaskExecutor，如果有（比如我自定义的ThreadPoolTaskExecutor），就会使用这个线程池来执行方法，从而实现了异步调用。
4. Bean的命名和类型匹配: 默认情况下，Spring在查找执行器时会优先考虑那些名为taskExecutor的Bean，这也是为什么在配置ThreadPoolTaskExecutor时通常会使用这个名字。当然，即使不叫这个名字，也可以通过实现AsyncConfigurer接口并重写getAsyncExecutor方法来指定使用的线程池。

综上所述，自定义的ThreadPoolTaskExecutor之所以能成为Spring异步任务执行的默认线程池，是因为Spring的自动配置逻辑、AOP代理机制以及通过配置明确指定了这个线程池的使用。
至此，graceful shutdown已经可以使多线程，高并发的项目在做release的时候，线程安全性得到保障。 特别是一些长处理的schedul job项目（其中好多job为了提交效率，用了异步机制），经过这样优化之后，release的信心是不是增强了好多。
写文章不容易，如果对您有用，请点个关注支持一下博主再走。谢谢。
如果有更好见解的朋友，请在评论区给出您的指导意见，感谢！