## 一、线程池的作用
1. 防止资源占用无限的扩张
2. 调用过程省去资源的创建和销毁所占用的时间
在上一节中,我们的一个异步任务打开了一个线程,完成后销毁。在高并发环境下,不断的分配新资源,可能导致系统资源耗尽。所以为了避免这个问题,我们为异步任务规划一个线程池。
## 二、定义线程池
在上述操作中,创建一个**线程池配置类**`TaskConfiguration`,并配置一个**任务线程池对象**`taskExecutor`。
~~~
@Configuration
public class TaskConfiguration {
@Bean("taskExecutor")
public Executor taskExecutor() {
ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
executor.setCorePoolSize(10);
executor.setMaxPoolSize(20);
executor.setQueueCapacity(200);
executor.setKeepAliveSeconds(60);
executor.setThreadNamePrefix("taskExecutor-");
executor.setRejectedExecutionHandler(new CallerRunsPolicy());
return executor;
}
}
~~~
上面我们通过使用`ThreadPoolTaskExecutor`创建了一个**线程池**,同时设置了以下这些参数:
| 线程池属性 | 属性的作用 | 设置初始值 |
| --- | --- | --- |
| 核心线程数 | 线程池创建时候初始化的线程数 | 10 |
| 最大线程数 | 线程池最大的线程数,只有在缓冲队列满了之后,才会申请超过核心线程数的线程 | 20 |
| 缓冲队列 | 用来缓冲执行任务的队列 | 200 |
| 允许线程的空闲时间 | 当超过了核心线程之外的线程,在空闲时间到达之后会被销毁 | 60秒 |
| 线程池名的前缀 | 可以用于定位处理任务所在的线程池 | taskExecutor- |
| 线程池对拒绝任务的处理策略 | 这里采用CallerRunsPolicy策略,当线程池没有处理能力的时候,该策略会直接在execute方法的调用线程中运行被拒绝的任务;如果执行程序已关闭,则会丢弃该任务 | CallerRunsPolicy |
* 在`AsyncCallBackTask `类,三个任务的配置`@Async`注解需要指定前面配置的**线程池的名称**`taskExecutor`。达到加入线程池控制目的,并添加打印当前线程代码:
![](https://img.kancloud.cn/e4/53/e4530fee7d1f0566088d7c399f09d6e9_1010x299.png)
~~~
@Component
public class AsyncCallBackTask extends AbstractTask {
@Async("taskExecutor")
public Future<String> doTaskOneCallback() throws Exception {
super.doTaskOne();
System.out.println("任务一,当前线程:" + Thread.currentThread().getName());
return new AsyncResult<>("任务一完成");
}
@Async("taskExecutor")
public Future<String> doTaskTwoCallback() throws Exception {
super.doTaskTwo();
System.out.println("任务二,当前线程:" + Thread.currentThread().getName());
return new AsyncResult<>("任务二完成");
}
@Async("taskExecutor")
public Future<String> doTaskThreeCallback() throws Exception {
super.doTaskThree();
System.out.println("任务三,当前线程:" + Thread.currentThread().getName());
return new AsyncResult<>("任务三完成");
}
}
~~~
执行**单元测试**,可以看到如下结果:
![](https://img.kancloud.cn/9b/de/9bdeaa7076413158135cbe6e720a606e_1078x618.png)
~~~
开始做任务一
开始做任务三
开始做任务二
完成任务二,耗时:3905毫秒
任务二,当前线程:taskExecutor-2
完成任务一,耗时:6184毫秒
任务一,当前线程:taskExecutor-1
完成任务三,耗时:9737毫秒
任务三,当前线程:taskExecutor-3
~~~
![](https://img.kancloud.cn/5b/de/5bde5608007daeaefa7fbd241f861877_550x438.png)
执行上面的单元测试,观察到**任务线程池**的**线程池名的前缀**被打印,说明**线程池**成功执行**异步任务**!
## 三、优雅地关闭线程池
> 由于在应用关闭的时候异步任务还在执行,导致类似**数据库连接池**这样的对象一并被**销毁了**,当**异步任务**中对**数据库**进行操作就会出错。
解决方案如下,重新设置线程池配置对象,新增线程池`setWaitForTasksToCompleteOnShutdown()`和`setAwaitTerminationSeconds()`配置:
~~~
@Bean("taskExecutor")
public Executor taskExecutor() {
ThreadPoolTaskScheduler executor = new ThreadPoolTaskScheduler();
executor.setPoolSize(20);
executor.setThreadNamePrefix("taskExecutor-");
executor.setWaitForTasksToCompleteOnShutdown(true);
executor.setAwaitTerminationSeconds(60);
return executor;
}
~~~
![](https://img.kancloud.cn/1f/56/1f56afb0b73bb0ce8178f24b525189b0_1139x530.png)
* **setWaitForTasksToCompleteOnShutdown(true):**该方法用来设置**线程池关闭**的时候**等待**所有任务都完成后,再继续**销毁**其他的`Bean`,这样这些**异步任务**的**销毁**就会先于**数据库连接池对象**的销毁。
* **setAwaitTerminationSeconds(60):**该方法用来设置线程池中**任务的等待时间**,如果超过这个时间还没有销毁就**强制销毁**,以确保应用最后能够被关闭,而不是阻塞住。
- 内容简介
- 第一章 Spring boot 简介
- 1.1 helloworld
- 1.2 提高开发效率工具lombok
- 1.3 IDEA热部署
- 1.4 IDEA常用插件
- 1.5 常用注解
- 第二章 RESTful接口
- 2.1 RESTful风格API
- 2.1.1 spring常用注解开发RESTful接口
- 2.1.2 HTTP协议与Spring参数接收注解
- 2.1.3 Spring请求处理流程注解
- 2.2 JSON数据格式处理
- 2.2.1 Jackson的转换示例代码
- 2.3 针对接口编写测试代码
- 2.3.1 编码接口测试示例代码
- 2.3.2 带severlet容器的接口测试示例代码
- 2.3.3 Mockito测试示例代码
- 2.3.4 Mockito轻量测试
- 2.4 使用swagger2构建API文档
- 2.4.1 swagger2示例代码
- 2.4.2 pom.xml
- 2.5 使用swagger2导出各种格式的接口文档
- 第三章 sping boot配置管理
- 3.1 YAML语法
- 3.2 YAML绑定配置变量的方式
- 3.3 YAML配置属性值校验
- 3.4 YAML加载外部配置文件
- 3.5 SpEL表达式绑定配置项
- 3.6 不同环境下的多配置
- 3.7 配置文件的优先级
- 3.8 配置文件敏感字段加密
- 第四章 连接数据库使用到的框架
- 4.1 spring JDBC
- 4.2 mybatis配置mybatisgenerator自动生成代码
- 4.3 mybatis操作数据库+dozer整合Bean自动加载
- 4.4 spring boot mybatis 规范
- 4.5 spirng 事务与分布式事务
- 4.6 spring mybaits 多数据源(未在git版本中实现)
- 4.7 mybatis+atomikos实现分布式事务(未在git版本中实现)
- 4.8 mybatis踩坑之逆向工程导致的服务无法启动
- 4.9 Mybatis Plus
- 4.9.1.CURD快速入门
- 4.9.2.条件构造器使用与总结
- 4.9.3.自定义SQL
- 4.9.4.表格分页与下拉分页查询
- 4.9.5.ActiveRecord模式
- 4.9.6.主键生成策略
- 4.9.7.MybatisPlus代码生成器
- 4.9.8.逻辑删除
- 4.9.9.字段自动填充
- 4.9.10.多租户解决方案
- 4.9.11.雪花算法与精度丢失
- 第五章 页面展现整合
- 5.1 webjars与静态资源
- 5.2 模板引擎与未来趋势
- 5.3 整合JSP
- 5.4 整合Freemarker
- 5.5 整合Thymeleaf
- 5.6 Thymeleaf基础语法
- 5.7 Thymeleaf内置对象与工具类
- 5.8 Thymeleaf公共片段(标签)和内联JS
- 第六章 生命周期内的拦截、监听
- 6.1 servlet与filter与listener的实现
- 6.1.1 FilterRegistration
- 6.1.2 CustomFilter
- 6.1.3 Customlister
- 6.1.4 FirstServlet
- 6.2 spring拦截器及请求链路说明
- 6.2.1 MyWebMvcConfigurer
- 6.2.2 CustomHandlerInterceptor
- 6.3 自定义事件的发布与监听
- 6.4 应用启动的监听
- 第七章 嵌入式容器的配置与应用
- 7.1 嵌入式的容器配置与调整
- 7.2 切换到jetty&undertow容器
- 7.3 打war包部署到外置tomcat容器
- 第八章 统一全局异常处理
- 8.1 设计一个优秀的异常处理机制
- 8.2 自定义异常和相关数据结构
- 8.3 全局异常处理ExceptionHandler
- 8.3.1 HelloController
- 8.4 服务端数据校验与全局异常处理
- 8.5 AOP实现完美异常处理方案
- 第九章 日志框架与全局日志管理
- 9.1 日志框架的简介与选型
- 9.2 logback日志框架整合使用
- 9.3 log4j2日志框架整合与使用
- 9.4 拦截器实现用户统一访问日志
- 第十章 异步任务与定时任务
- 10.1 实现Async异步任务
- 10.2 为异步任务规划线程池
- 10.3 通过@Scheduled实现定时任务
- 10.4 quartz简单定时任务(内存持久化)
- 10.5 quartz动态定时任务(数据库持久化)
- 番外章节
- 1.windows下安装git
- 1 git的使用
- 2 idea通过git上传代码到github
- 2.maven配置
- 3.idea几个辅助插件
- 4.idea配置数据库
- 5.搭建外网穿透实现外网访问内网项目
- 6.idea设置修改页面自动刷新
- 7.本地tomcat启动乱码
- 8.win10桌面整理,得到一个整洁的桌面
- 9.//TODO的用法
- 10.navicat for mysql 工具激活
- 11.安装redis
- 12.idea修改内存
- 13.IDEA svn配置
- 14.IntelliJ IDEA像Eclipse一样打开多个项目