java spring线程池详解_Spring Boot利用@Async异步调用：ThreadPoolTaskScheduler线程池的优雅关闭详解...

最新推荐文章于 2024-02-21 21:44:03 发布
最新推荐文章于 2024-02-21 21:44:03 发布
阅读量289 收藏 1
点赞数
文章标签： java spring线程池详解
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42518090/article/details/114727437
版权

前言

之前分享了一篇关于Spring Boot中使用@Async来实现异步任务和线程池控制的文章：《Spring Boot使用@Async实现异步调用：自定义线程池》。由于最近身边也发现了不少异步任务没有正确处理而导致的不少问题，所以在本文就接前面内容，继续说说线程池的优雅关闭，主要针对ThreadPoolTaskScheduler线程池。

问题现象

在上篇文章的例子Chapter4-1-3中，我们定义了一个线程池，然后利用@Async注解写了3个任务，并指定了这些任务执行使用的线程池。在上文的单元测试中，我们没有具体说说shutdown相关的问题，下面我们就来模拟一个问题现场出来。

第一步：如前文一样，我们定义一个ThreadPoolTaskScheduler线程池：

@SpringBootApplication

public class Application {

public static void main(String[] args) {

SpringApplication.run(Application.class, args);

}

@EnableAsync

@Configuration

class TaskPoolConfig {

@Bean("taskExecutor")

public Executor taskExecutor() {

ThreadPoolTaskScheduler executor = new ThreadPoolTaskScheduler();

executor.setPoolSize(20);

executor.setThreadNamePrefix("taskExecutor-");

return executor;

}

}

}

第二步：改造之前的异步任务，让它依赖一个外部资源，比如：Redis

@Slf4j

@Component

public class Task {

@Autowired

private StringRedisTemplate stringRedisTemplate;

@Async("taskExecutor")

public void doTaskOne() throws Exception {

log.info("开始做任务一");

long start = System.currentTimeMillis();

log.info(stringRedisTemplate.randomKey());

long end = System.currentTimeMillis();

log.info("完成任务一，耗时：" + (end - start) + "毫秒");

}

@Async("taskExecutor")

public void doTaskTwo() throws Exception {

log.info("开始做任务二");

long start = System.currentTimeMillis();

log.info(stringRedisTemplate.randomKey());

long end = System.currentTimeMillis();

log.info("完成任务二，耗时：" + (end - start) + "毫秒");

}

@Async("taskExecutor")

public void doTaskThree() throws Exception {

log.info("开始做任务三");

long start = System.currentTimeMillis();

log.info(stringRedisTemplate.randomKey());

long end = System.currentTimeMillis();

log.info("完成任务三，耗时：" + (end - start) + "毫秒");

}

}

注意：这里省略了pom.xml中引入依赖和配置redis的步骤

第三步：修改单元测试，模拟高并发情况下ShutDown的情况：

@RunWith(SpringJUnit4ClassRunner.class)

@SpringBootTest

public class ApplicationTests {

@Autowired

private Task task;

@Test

@SneakyThrows

public void test() {

for (int i = 0; i < 10000; i++) {

task.doTaskOne();

task.doTaskTwo();

task.doTaskThree();

if (i == 9999) {

System.exit(0);

}

}

}

}

说明：通过for循环往上面定义的线程池中提交任务，由于是异步执行，在执行过程中，利用System.exit(0)来关闭程序，此时由于有任务在执行，就可以观察这些异步任务的销毁与Spring容器中其他资源的顺序是否安全。

第四步：运行上面的单元测试，我们将碰到下面的异常内容。

org.springframework.data.redis.RedisConnectionFailureException: Cannot get Jedis connection; nested exception is redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool

at org.springframework.data.redis.connection.jedis.JedisConnectionFactory.fetchJedisConnector(JedisConnectionFactory.java:204) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.connection.jedis.JedisConnectionFactory.getConnection(JedisConnectionFactory.java:348) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.core.RedisConnectionUtils.doGetConnection(RedisConnectionUtils.java:129) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.core.RedisConnectionUtils.getConnection(RedisConnectionUtils.java:92) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.core.RedisConnectionUtils.getConnection(RedisConnectionUtils.java:79) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:194) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:169) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at org.springframework.data.redis.core.RedisTemplate.randomKey(RedisTemplate.java:781) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

at com.didispace.async.Task.doTaskOne(Task.java:26) ~[classes/:na]

at com.didispace.async.Task$$FastClassBySpringCGLIB$$ca3ff9d6.invoke() ~[classes/:na]

at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204) ~[spring-core-4.3.14.RELEASE.jar:4.3.14.RELEASE]

at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:738) ~[spring-aop-4.3.14.RELEASE.jar:4.3.14.RELEASE]

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157) ~[spring-aop-4.3.14.RELEASE.jar:4.3.14.RELEASE]

at org.springframework.aop.interceptor.AsyncExecutionInterceptor$1.call(AsyncExecutionInterceptor.java:115) ~[spring-aop-4.3.14.RELEASE.jar:4.3.14.RELEASE]

at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_151]

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_151]

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_151]

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_151]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_151]

at java.lang.Thread.run(Thread.java:748) [na:1.8.0_151]

Caused by: redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool

at redis.clients.util.Pool.getResource(Pool.java:53) ~[jedis-2.9.0.jar:na]

at redis.clients.jedis.JedisPool.getResource(JedisPool.java:226) ~[jedis-2.9.0.jar:na]

at redis.clients.jedis.JedisPool.getResource(JedisPool.java:16) ~[jedis-2.9.0.jar:na]

at org.springframework.data.redis.connection.jedis.JedisConnectionFactory.fetchJedisConnector(JedisConnectionFactory.java:194) ~[spring-data-redis-1.8.10.RELEASE.jar:na]

... 19 common frames omitted

Caused by: java.lang.InterruptedException: null

at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.reportInterruptAfterWait(AbstractQueuedSynchronizer.java:2014) ~[na:1.8.0_151]

at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2088) ~[na:1.8.0_151]

at org.apache.commons.pool2.impl.LinkedBlockingDeque.pollFirst(LinkedBlockingDeque.java:635) ~[commons-pool2-2.4.3.jar:2.4.3]

at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:442) ~[commons-pool2-2.4.3.jar:2.4.3]

at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:361) ~[commons-pool2-2.4.3.jar:2.4.3]

at redis.clients.util.Pool.getResource(Pool.java:49) ~[jedis-2.9.0.jar:na]

... 22 common frames omitted

如何解决

原因分析

从异常信息JedisConnectionException: Could not get a resource from the pool来看，我们很容易的可以想到，在应用关闭的时候异步任务还在执行，由于Redis连接池先销毁了，导致异步任务中要访问Redis的操作就报了上面的错。所以，我们得出结论，上面的实现方式在应用关闭的时候是不优雅的，那么我们要怎么做呢？

解决方法

要解决上面的问题很简单，Spring的ThreadPoolTaskScheduler为我们提供了相关的配置，只需要加入如下设置即可：

@Bean("taskExecutor")

public Executor taskExecutor() {

ThreadPoolTaskScheduler executor = new ThreadPoolTaskScheduler();

executor.setPoolSize(20);

executor.setThreadNamePrefix("taskExecutor-");

executor.setWaitForTasksToCompleteOnShutdown(true);

executor.setAwaitTerminationSeconds(60);

return executor;

}

说明：setWaitForTasksToCompleteOnShutdown(true)该方法就是这里的关键，用来设置线程池关闭的时候等待所有任务都完成再继续销毁其他的Bean，这样这些异步任务的销毁就会先于Redis线程池的销毁。同时，这里还设置了setAwaitTerminationSeconds(60)，该方法用来设置线程池中任务的等待时间，如果超过这个时候还没有销毁就强制销毁，以确保应用最后能够被关闭，而不是阻塞住。

完整示例：

读者可以根据喜好选择下面的两个仓库中查看Chapter4-1-4项目：

Github：https://github.com/dyc87112/SpringBoot-Learning/

Gitee：https://gitee.com/didispace/SpringBoot-Learning/

本地下载：http://xiazai.jb51.net/201805/yuanma/SpringBoot-Learning(jb51.net).rar

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。

LEAD立德领导力
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Spring Boot利用@Async异步调用：ThreadPoolTaskScheduler线程池的优雅关闭详解
08-27
主要给大家介绍了关于Spring Boot利用@Async异步调用：ThreadPoolTaskScheduler线程池的优雅关闭的相关资料，文中通过示例代码介绍的非常详细，需要的朋友可以参考借鉴，下面随着小编来一起学习学习吧
Spring 任务调度
游王子的博客
10-01 405
在做项目过程中，一些耗时长的任务可能需要在后台线程池中运行；典型的如发送邮件等，由于需要调用外部的接口来进行实际的发送操作，如果客户端在提交发送请求后一直等待服务器端发送成功后再返回，就会长时间的占用服务器的一个连接；当这类请求过多时，服务器连接数会不够用，新的连接请求可能无法得到满足，从而导致客户端连接失败。因此这类服务一般需要使用到后台线程池来处理。在这种情况下，我们可以直接使用co...
08_SpringBoot+ThreadPoolTaskScheduler，定时任务还可以这么玩
成长需要沉淀。
02-21 1031
实现定时任务主要是通过对线程的管理来进行操作，添加任务时即创建一个线程，删除时即将该线程删除。因此在创建定时任务只需要创建线程就可以，在创建线程时，通过反射来获取对应的方法及传递参数。上述就是使用SprngBoot中的来实现定时任务，我们只要使用前端连接相应的接口就可以实现管理人员管理定时任务的功能。
springboot自带的线程池ThreadPoolTaskExecutor、ThreadPoolTaskScheduler的深入应用——异步任务监听回调,任务中断案例
MJ的博客
11-21 6507
一、常用的的线程池对象 1.jdk原生的两个常用线程池对象 ThreadPoolExecutor、ScheduledThreadPoolExecutor，后者继承前者，主要增加了任务调度相关的一些方法 2.springboot自动装配的两个常用线程池对象 如果引入了spring-boot-autoconfigure这个依赖，则会自动装配两个线程池对象ThreadPoolTaskExecutor，ThreadPoolTaskScheduler（参考org.springframework.boot.auto
线程结束的三种方式
u013915286的博客
04-01 2009
停止一个线程通常意味着在线程处理任务完成之前停掉正在做的操作，也就是放弃当前的操作。 在 Java 中有以下 3 种方法可以终止正在运行的线程： 使用退出标志，使线程正常退出，也就是当 run() 方法完成后线程中止。 使用 stop() 方法强行终止线程，但是不推荐使用这个方法，该方法已被弃用。 使用 interrupt 方法中断线程。 1.程序跑完退出（略） 2. 使用stop（）退出线程...
Springboot线程池ThreadPoolTaskExecutor与@Async详解使用
qq_40093255的博客
05-19 2816
Springboot整合ThreadPoolTaskExecutor线程池 ThreadPoolExecutor： 这个是java自己实现的线程池执行类，基本上创建线程池都是通过这个类进行的创建 ThreadPoolTaskExecutor：这个是springboot基于ThreadPoolExecutor实现的一个线程池执行类 在springboot当中，根据官方文档官方文档的说明，如果没有配置线程池的话，springboot会自动配置一个ThreadPoolTaskExecutor线程池到bean当
Spring Boot使用@Async实现异步调用：ThreadPoolTaskScheduler线程池的优雅关闭
一个有情怀的程序猿博客
07-28 829
上周发了一篇关于Spring Boot中使用@Async来实现异步任务和线程池控制的文章：《Spring Boot使用@Async实现异步调用：自定义线程池》。由于最近身边也发现了不少异步任务没有正确处理而导致的不少问题，所以在本文就接前面内容，继续说说线程池的优雅关闭，主要针对ThreadPoolTaskScheduler线程池。 问题现象 在上篇文章的例子Chapter4-1-3中，我们定义了一个线程池，然后利用@Async注解写了3个任务，并指定了这些任务执行使用的线程池。在上文的单元测试...
Java并发编程实战 之 线程的取消与关闭
luwfls的博客
04-20 337
任务取消场景 用户手动取消。 线程超时。 线程提前结束，已经得到结果。 发生错误。 主线程关闭。 java没有抢占式的线程停止方式，必须依靠线程本身与外部状态通过协作式的方式停止。 线程中断 通过设置状态位，并在某些方法中去检查这个状态位，但是这些可以响应中断状态的方法，可能被阻塞，例如调用BlockingQueue的put方法。 中断方法 每个线程都由一个静态的中断状态位，interrupt。 i
Java停止线程的三种方式
qq_33537014的博客
07-25 2508
Java停止线程的三种方式 停止线程的核心：个人认为是让线程结束执行run方法,即线程退出 围绕该核心，可以使用以下几种方式停止线程 通过标记位停止 **(推荐)**通过interrupted()设置清除标记方式停止 通过stop方法停止，jdk过时方法，不推荐使用，有线程安全问题 通过标记位停止 代码示例： package com.doudou; public class TestStopThread extends Thread { // 标记位 private st
Spring Boot利用@Async如何实现异步调用：自定义线程池
08-27
主要给大家介绍了关于Spring Boot利用@Async如何实现异步调用：自定义线程池的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友可以参考下
Spring Boot利用@Async异步调用：使用Future及定义超时详解
08-27
主要给大家介绍了关于Spring Boot利用@Async异步调用：使用Future及定义超时的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用spring boot具有一定的参考学习价值，需要的朋友可以参考下
浅谈Spring @Async异步线程池用法总结
08-29
本篇文章主要介绍了浅谈Spring @Async异步线程池用法总结，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
spring boot中使用@Async实现异步调用任务
08-31
本篇文章主要介绍了spring boot中使用@Async实现异步调用任务，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
数据更新至2020年历年电力生产和消费弹性系数.xls
最新发布
05-05
数据来源：中国电力统计NJ-2021版
数据更新至2020年电力建设本年投资完成情况(设备工器具购置).xls
05-05
数据来源：中国电力统计NJ-2021版
词根单词 2.2.4 修改版.apk
05-04
词根单词 2.2.4 修改版.apk
毕业论文-基于JSP的个人通讯录管理系统设计与实现.docx
05-04
毕业论文-基于JSP的个人通讯录管理系统设计与实现.docx
数据更新至2020年分地区35千伏及以上输电线路杆路长度.xls
05-05
数据来源：中国电力统计NJ-2021版
spring boot @Async异步注解上下文透传 示例
06-03
好的，下面是一个简单的示例： 假设我们有一个 UserService，其中有一个方法 sendEmail，它需要异步地发送电子邮件。现在我们想要将当前用户的信息透传给异步任务中使用的线程。 首先，我们需要在异步方法上添加 @Async 注解，并在配置类中启用异步支持： ```java @Configuration @EnableAsync public class AppConfig implements AsyncConfigurer { @Override public Executor getAsyncExecutor() { ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(10); executor.setMaxPoolSize(100); executor.setQueueCapacity(10); executor.initialize(); return executor; } @Override public AsyncUncaughtExceptionHandler getAsyncUncaughtExceptionHandler() { return new CustomAsyncExceptionHandler(); } } ``` 在上面的示例中，我们创建了一个 ThreadPoolTaskExecutor，它将用于执行异步任务。我们还实现了 AsyncConfigurer 接口，并覆盖了 getAsyncExecutor 和 getAsyncUncaughtExceptionHandler 方法，以提供自定义的 Executor 和异常处理程序。 现在我们需要将当前用户信息存储在一个 ThreadLocal 对象中。这可以通过一个拦截器来实现： ```java public class UserContextInterceptor extends HandlerInterceptorAdapter { private final ThreadLocal<String> userThreadLocal = new ThreadLocal<>(); @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String currentUser = request.getHeader("X-User"); userThreadLocal.set(currentUser); return true; } @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { userThreadLocal.remove(); } public String getCurrentUser() { return userThreadLocal.get(); } } ``` 在上面的示例中，我们创建了一个 UserContextInterceptor，它将在每个请求的开始和结束时执行。在 preHandle 方法中，我们从请求头中获取当前用户信息，并将其存储在一个 ThreadLocal 对象中。在 afterCompletion 方法中，我们将删除该信息，以避免内存泄漏。 现在，我们可以在 UserService 的 sendEmail 方法中使用 UserContextInterceptor 中存储的当前用户信息： ```java @Service public class UserService { @Autowired private JavaMailSender mailSender; @Autowired private UserContextInterceptor userContextInterceptor; @Async public void sendEmail(String to, String subject, String text) { String currentUser = userContextInterceptor.getCurrentUser(); // 使用当前用户信息发送电子邮件 // ... } } ``` 在上面的示例中，我们使用 @Autowired 注解将 UserContextInterceptor 注入到 UserService 中。在 sendEmail 方法中，我们从 UserContextInterceptor 中获取当前用户信息，并在发送电子邮件时使用它。 通过这种方式，我们可以将当前用户信息透传给异步任务中使用的线程。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值