几种主流的分布式定时任务,你知道哪些?
单点定时任务JDK原生
自从JDK1.5之后,提供了 ScheduledExecutorService 代替 TimerTask 来执行定时任务,提供了不错的可靠性。 public class SomeScheduledExecutorService { public static void main(String[] args) { // 创建任务队列,共 10 个线程 ScheduledExecutorService scheduledExecutorService = Executors.newScheduledThreadPool(10); // 执行任务: 1秒 后开始执行,每 30秒 执行一次 scheduledExecutorService.scheduleAtFixedRate(() -> { System.out.println("执行任务:" + new Date()); }, 10, 30, TimeUnit.SECONDS); } } 复制代码 Spring Task
Spring Framework 自带定时任务,提供了 cron表达式 来实现丰富定时任务配置。新手推荐使用 https://cron.qqe2.com/ 这个网站来匹配你的 cron表达式 。 @Configuration @EnableScheduling public class SomeJob { private static final Logger LOGGER = LoggerFactory.getLogger(SomeJob.class); /** * 每分钟执行一次(例:18:01:00,18:02:00) * 秒 分钟 小时 日 月 星期 年 */ @Scheduled(cron = "0 0/1 * * * ? *") public void someTask() { //... } } 复制代码
单点的定时服务在目前 微服务 的大环境下,应用场景越来越局限,所以尝鲜一下 分布式定时任务 吧。
关于该功能的使用,DD的Spring Boot教程中也有介绍,感兴趣的小伙伴可以通过这个链接查看:https://blog.didispace.com/spring-boot-learning-2-7-1/ 基于 Redis 实现
相较于之前两种方式,这种基于Redis的实现可以通过多点来增加定时任务,多点消费。但是要做好防范重复消费的准备。 通过ZSet的方式
将定时任务存放到 ZSet 集合中,并且将 过期时间 存储到 ZSet 的 Score 字段中,然后通过一个循环来判断 当前时间 内是否有需要执行的定时任务,如果有则进行执行。
具体实现代码如下: /** * Description: 基于Redis的ZSet的定时任务 .
* * @author mxy * @Date 2020/8/25 11:54 */ @Configuration @EnableScheduling public class RedisJob { public static final String JOB_KEY = "redis.job.task"; private static final Logger LOGGER = LoggerFactory.getLogger(RedisJob.class); @Autowired private StringRedisTemplate stringRedisTemplate; /** * 添加任务. * * @param task */ public void addTask(String task, Instant instant) { stringRedisTemplate.opsForZSet().add(JOB_KEY, task, instant.getEpochSecond()); } /** * 定时任务队列消费 * 每分钟消费一次(可以缩短间隔到1s) */ @Scheduled(cron = "0 0/1 * * * ? *") public void doDelayQueue() { long nowSecond = Instant.now().getEpochSecond(); // 查询当前时间的所有任务 Set strings = stringRedisTemplate.opsForZSet().range(JOB_KEY, 0, nowSecond); for (String task : strings) { // 开始消费 task LOGGER.info("执行任务:{}", task); } // 删除已经执行的任务 stringRedisTemplate.opsForZSet().remove(JOB_KEY, 0, nowSecond); } } 复制代码
适用场景如下: 订单下单之后 15分钟 后,用户如果没有付钱,系统需要 自动取消订单 。 红包 24小时 未被查收,需要延迟执 退还 业务; 某个 活动 指定在某个时间内 生效 & 失效 ;
优势是: 省去了 MySQL 的查询操作,而使用性能更高的 Redis 做为代替; 不会因为 停机 等原因,遗漏要执行的任务; 键空间通知的方式
我们可以通过 Redis 的键空间通知来实现定时任务,它的实现思路是给所有的定时任务设置一个 过期时间 ,等到了过期之后,我们通过 订阅 过期消息就能感知到定时任务需要被执行了,此时我们执行定时任务即可。
默认情况下 Redis 是不开启 键空间通知 的,需要我们通过 config set notify-keyspace-events Ex 的命令手动开启。
开启之后定时任务的代码如下: 自定义监听器 /** * 自定义监听器. */ public class KeyExpiredListener extends KeyExpirationEventMessageListener { public KeyExpiredListener(RedisMessageListenerContainer listenerContainer) { super(listenerContainer); } @Override public void onMessage(Message message, byte[] pattern) { // channel String channel = new String(message.getChannel(), StandardCharsets.UTF_8); // 过期的key String key = new String(message.getBody(), StandardCharsets.UTF_8); // todo 你的处理 } } 复制代码 设置该监听器/** * Description: 通过订阅Redis的过期通知来实现定时任务 .
* * @author mxy * @Date 2020/8/25 12:07 */ @Configuration public class RedisExJob { @Autowired private RedisConnectionFactory redisConnectionFactory; @Bean public RedisMessageListenerContainer redisMessageListenerContainer() { RedisMessageListenerContainer redisMessageListenerContainer = new RedisMessageListenerContainer(); redisMessageListenerContainer.setConnectionFactory(redisConnectionFactory); return redisMessageListenerContainer; } @Bean public KeyExpiredListener keyExpiredListener() { return new KeyExpiredListener(this.redisMessageListenerContainer()); } } 复制代码
Spring 会监听符合以下格式的Redis消息 private static final Topic TOPIC_ALL_KEYEVENTS = new PatternTopic("__keyevent@*"); 复制代码
基于 Redis 的定时任务能够适用的场景也比较有限,但实现上相对简单,但对于功能幂等有很大要求。从使用场景上来说,更应该叫做 延时任务 。
场景举例: 订单下单之后 15分钟 后,用户如果没有付钱,系统需要 自动取消订单 。 红包 24小时 未被查收,需要延迟执 退还 业务;
优劣势是: 被动触发,对于服务的资源消耗更小; Redis的 Pub/Sub 不可靠,没有ACK机制等,但是一般情况可以容忍; 键空间通知功能会耗费一些CPU 分布式定时任务引入分布式定时任务组件or中间件
将定时任务作为单独的服务,遏制了 重复消费 ,独立的服务也有利于扩展和维护。 quartz
依赖于 MySQL ,使用相对简单,可多节点部署,通过竞争数据库锁来保证只有一个节点执行任务。没有图形化管理页面,使用相对麻烦。 elastic-job-lite
依赖于 Zookeeper ,通过zookeeper的注册与发现,可以动态的添加服务器。 多种作业模式 失效转移 运行状态收集 多线程处理数据 幂等性 容错处理 支持spring命名空间 有图形化管理页面
关于该框架的实用,DD在博客也连载过,通过这个链接可以直接看详细教程:https://blog.didispace.com/tags/Elastic-Job/
LTS
依赖于 Zookeeper ,集群部署,可以动态的添加服务器。可以手动增加定时任务,启动和暂停任务。 业务日志记录器 SPI扩展支持 故障转移 节点监控 多样化任务执行结果支持 FailStore容错 动态扩容 对spring相对友好 有监控和管理图形化界面 xxl-job
国产,依赖于 MySQL ,基于竞争数据库锁保证只有一个节点执行任务,支持水平扩容。可以手动增加定时任务,启动和暂停任务。 弹性扩容 分片广播 故障转移 Rolling实时日志 GLUE(支持在线编辑代码,免发布) 任务进度监控 任务依赖 数据加密 邮件报警 运行报表 优雅停机 国际化(中文友好) 总结
微服务 下,推荐使用 xxl-job 这一类组件服务将定时任务合理有效的管理起来。而单点的定时任务有其局限性,适用于规模较小、对未来扩展要求不高的服务。
相对而言,基于 spring task 的定时任务最简单快捷,而 xxl-job 的难度主要体现在集成和调试上。无论是什么样的定时任务,你都需要确保: 任务不会因为集群部署而被多次执行。 任务发生异常得到有效的处理 任务的处理过慢导致大量积压 任务应该在预期的时间点执行
中间件可以将服务解耦,但增加了复杂度
作者:襄垣