「这是我参与11月更文挑战的第15天,活动详情查看:2021最后一次更文挑战」
1.实现Async异步任务
1.1 环境准备
在 Spring Boot
入口类上配置 @EnableAsync
注解开启异步处理。创建任务抽象类 AbstractTask
,并分别配置三个任务方法 doTaskOne()
,doTaskTwo()
,doTaskThree()
。
1 | java复制代码public abstract class AbstractTask { |
1.2 同步调用
下面通过一个简单示例来直观的理解什么是同步调用:
- 定义
Task
类,继承AbstractTask
,三个处理函数分别模拟三个执行任务的操作,操作消耗时间随机取(10
秒内)。
1 | java复制代码@Component |
- 在 单元测试 用例中,注入
SyncTask
对象,并在测试用例中执行doTaskOne()
,doTaskTwo()
,doTaskThree()
三个方法。
1 | java复制代码@RunWith(SpringRunner.class) |
- 执行单元测试,可以看到类似如下输出:
1 | 复制代码开始做任务一 |
任务一、任务二、任务三顺序的执行完了,换言之 doTaskOne()
,doTaskTwo()
,doTaskThree()
三个方法顺序的执行完成。
1.3 异步调用
上述的 同步调用 虽然顺利的执行完了三个任务,但是可以看到 执行时间比较长,若这三个任务本身之间 不存在依赖关系,可以 并发执行 的话,同步调用在 执行效率 方面就比较差,可以考虑通过 异步调用 的方式来 并发执行。
- 创建
AsyncTask
类,分别在方法上配置@Async
注解,将原来的 同步方法 变为 异步方法。
1 | java复制代码@Component |
- 在 单元测试 用例中,注入
AsyncTask
对象,并在测试用例中执行doTaskOne()
,doTaskTwo()
,doTaskThree()
三个方法。
1 | java复制代码@Autowired |
- 执行单元测试,可以看到类似如下输出:
1 | 复制代码开始做任务三 |
如果反复执行单元测试,可能会遇到各种不同的结果,比如:
- 没有任何任务相关的输出
- 有部分任务相关的输出
- 乱序的任务相关的输出
原因是目前 doTaskOne()
,doTaskTwo()
,doTaskThree()
这三个方法已经 异步执行 了。主程序在 异步调用 之后,主程序并不会理会这三个函数是否执行完成了,由于没有其他需要执行的内容,所以程序就 自动结束 了,导致了 不完整 或是 没有输出任务 相关内容的情况。
注意:@Async所修饰的函数不要定义为static类型,这样异步调用不会生效。
1.4 异步回调
为了让 doTaskOne()
,doTaskTwo()
,doTaskThree()
能正常结束,假设我们需要统计一下三个任务 并发执行 共耗时多少,这就需要等到上述三个函数都完成动用之后记录时间,并计算结果。
那么我们如何判断上述三个 异步调用 是否已经执行完成呢?我们需要使用 Future
来返回 异步调用 的 结果。
- 创建
AsyncCallBackTask
类,声明doTaskOneCallback()
,doTaskTwoCallback()
,doTaskThreeCallback()
三个方法,对原有的三个方法进行包装。
1 | java复制代码@Component |
- 在 单元测试 用例中,注入
AsyncCallBackTask
对象,并在测试用例中执行doTaskOneCallback()
,doTaskTwoCallback()
,doTaskThreeCallback()
三个方法。循环调用Future
的isDone()
方法等待三个 并发任务 执行完成,记录最终执行时间。
1 | java复制代码@Autowired |
看看都做了哪些改变:
- 在测试用例一开始记录开始时间;
- 在调用三个异步函数的时候,返回Future类型的结果对象;
- 在调用完三个异步函数之后,开启一个循环,根据返回的Future对象来判断三个异步函数是否都结束了。若都结束,就结束循环;若没有都结束,就等1秒后再判断。
- 跳出循环之后,根据结束时间 - 开始时间,计算出三个任务并发执行的总耗时。
执行一下上述的单元测试,可以看到如下结果:
1 | 复制代码开始做任务三 |
可以看到,通过 异步调用,让任务一、任务二、任务三 并发执行,有效的 减少 了程序的 运行总时间。
2.为异步任务规划线程池
2.1线程池的作用
- 防止资源占用无限的扩张
- 调用过程省去资源的创建和销毁所占用的时间
在上一节中,我们的一个异步任务打开了一个线程,完成后销毁。在高并发环境下,不断的分配新资源,可能导致系统资源耗尽。所以为了避免这个问题,我们为异步任务规划一个线程池。
2.2定义线程池
在上述操作中,创建一个 线程池配置类TaskConfiguration
,并配置一个 任务线程池对象taskExecutor
。
1 | java复制代码@Configuration |
上面我们通过使用 ThreadPoolTaskExecutor
创建了一个 线程池,同时设置了以下这些参数:
线程池属性 | 属性的作用 | 设置初始值 |
---|---|---|
核心线程数 | 线程池创建时候初始化的线程数 | 10 |
最大线程数 | 线程池最大的线程数,只有在缓冲队列满了之后,才会申请超过核心线程数的线程 | 20 |
缓冲队列 | 用来缓冲执行任务的队列 | 200 |
允许线程的空闲时间 | 当超过了核心线程之外的线程,在空闲时间到达之后会被销毁 | 60秒 |
线程池名的前缀 | 可以用于定位处理任务所在的线程池 | taskExecutor- |
线程池对拒绝任务的处理策略 | 这里采用CallerRunsPolicy策略,当线程池没有处理能力的时候,该策略会直接在execute方法的调用线程中运行被拒绝的任务;如果执行程序已关闭,则会丢弃该任务 | CallerRunsPolicy |
- 创建
AsyncExecutorTask
类,三个任务的配置和AsyncTask
一样,不同的是@Async
注解需要指定前面配置的 线程池的名称taskExecutor
。
1 | java复制代码@Component |
- 在 单元测试 用例中,注入
AsyncExecutorTask
对象,并在测试用例中执行doTaskOne()
,doTaskTwo()
,doTaskThree()
三个方法。
1 | java复制代码@RunWith(SpringRunner.class) |
执行一下上述的 单元测试,可以看到如下结果:
1 | 复制代码开始做任务一 |
执行上面的单元测试,观察到 任务线程池 的 线程池名的前缀 被打印,说明 线程池 成功执行 异步任务!
2.3优雅地关闭线程池
由于在应用关闭的时候异步任务还在执行,导致类似 数据库连接池 这样的对象一并被 销毁了,当 异步任务 中对 数据库 进行操作就会出错。
解决方案如下,重新设置线程池配置对象,新增线程池 setWaitForTasksToCompleteOnShutdown()
和 setAwaitTerminationSeconds()
配置:
1 | java复制代码@Bean("taskExecutor") |
- setWaitForTasksToCompleteOnShutdown(true): 该方法用来设置 线程池关闭 的时候 等待 所有任务都完成后,再继续 销毁 其他的
Bean
,这样这些 异步任务 的 销毁 就会先于 数据库连接池对象 的销毁。 - setAwaitTerminationSeconds(60): 该方法用来设置线程池中 任务的等待时间,如果超过这个时间还没有销毁就 强制销毁,以确保应用最后能够被关闭,而不是阻塞住。
3.quartz动态定时任务(数据库持久化)
3.1前言
在项目开发过程当中,某些定时任务,可能在运行一段时间之后,就不需要了,或者需要修改下定时任务的执行时间等等。需要在代码当中进行修改然后重新打包发布,很麻烦。使用Quartz来实现的话不需要重新修改代码而达到要求。
3.2原理
- 使用quartz提供的API完成配置任务的增删改查
- 将任务的配置保存在数据库中
3.3配置
application.yml在上一节中已经引入了maven依赖包,这里不再重复。直接spring属性下面加入quartz配置信息
1 | yml复制代码spring: |
但可能是版本bug,有的时候自动建表不会生效,自己去quartz-scheduler-x.x.x.jar里面找一下建表sql脚本:classpath:org/quartz/impl/jdbcjobstore/tables_@@platform@@.sql,然后执行。
3.4动态配置代码实现
第一步 创建一个定时任务相关实体类用于保存定时任务相关信息到数据库当中
1 | java复制代码@Data |
第二步 创建定时任务暂停,修改,启动,单次启动工具类
1 | java复制代码public class QuartzUtils { |
本文转载自: 掘金