1. 概览
在日常开发中,延时任务是一个无法规避的话题。也存在各种不同的方案,比如:
-
数据库轮询方案。建立一个调度任务,周期性从数据库中查询待执行的任务,如果满足延时要求,并执行对于的业务操作;
-
单机内存解决方案。可以使用 DelayQueue、ScheduledExecutorService、TimerWheel等数据结构在内存中对任务进行维护,并运行满足延时的任务;
-
分布式延时队列方案。可以使用基于 redis 的 redisson 延时任务,也可以使用 RocketMQ 延时队列。
当然,在所有的方案中,分布式延时队列方案是最佳方法,当然也是最复杂的方案。
1.1. 背景
在延时任务这个场景,分布式延时队列方案 是最优策略,所以,不少公司制定了相关规范,只能使用 RocketMQ 实现延时调度。
系统的稳定性有了一定的保障,但操作的复杂性抛给了下面的研发人员。
从一个 Leader 角度,我一直认为“只定规范,不提供工具,是极度不负责任的表现”。
1.2. 目标
期望框架能够提供:
-
不需要 Coding,快速使一个方法具有延时运行的能力;
-
可通过参数指定延时时长;
-
任务创建和消费分离,在不同的集群中完成,以更好的支持资源隔离;
2. 快速入门
框架基于 RocketMQ 进行构建,请自行完成 RocketMQ 的搭建。
2.1. 引入 RocketMQ
我们使用 rocketmq starter 完成基本配置。
首先,在 pom 中增加 rocketmq starter 依赖,具体如下:
<dependency>
<groupId>org.apache.rocketmq</groupId>
<artifactId>rocketmq-spring-boot-starter</artifactId>
<version>2.2.1</version>
</dependency>
其次,在 application.yml 中添加 rocketmq 配置,具体如下:
rocketmq:
name-server: http://127.0.0.1:9876
producer:
group: async-demo
其中,name-server 根据具体情况进行配置。
配置完成,可以在项目中:
-
注入 RocketMQTemplate 进行消息发送;
-
使用 @RocketMQMessageListener 标记处理方法,进行消息消费