115. Spring Boot 定时任务升级篇（集群/分布式下的定时任务说明篇）

 

    需求缘起：在发布了《Spring Boot定时任务升级篇》之后得到不少反馈，其中有一个反馈就是支持分布式吗，比如有8个实例，执行的时候会随机分配一个实例运行还是8个都会运行？在这节博客中没有办法完全解决这个问题，在这里抛砖引玉说明下。 看下本章大纲：

（1）回顾定时任务的实现方式；
（2）集群环境下的任务调度说明；
（3）Spring的Scheduled Task实现集群思路；
（4）Quartz实现集群思路；

 

       我们一起看下本节具体的内容：

（1）回顾定时任务的实现方式；

定时任务的实现方式有多种，例如

JDK自带的Timer+TimerTask方式，

spring 3.0以后的调度任务(Scheduled Task)，

Quartz等。

 

（2）集群环境下的任务调度说明；

Timer+TimerTask是最基本的解决方案；

Spring自带的Scheduled Task是一个轻量级的定时任务调度器，支持固定时间(支持cron表达式)和固定时间间隔调度任务，支持线程池管理

       以上两种方式有一个共同的缺点，那就是应用服务器集群下会出现任务多次被调度执行的情况，因为集群的节点之间是不会共享任务信息的，每个节点上的任务都会按时执行。

       Quartz是一个功能完善的任务调度框架，特别牛叉的是它支持集群环境下的任务调度，当然代价也很大，需要将任务调度状态序列化到数据库。Quartz框架需要10多张表协同，配置繁多。

 

（3）Spring的Scheduled Task实现集群思路；

       如果在实际项目中使用的scheduled task的话，那么也有自己变通的方式进行实现。

       无非是一个任务互斥访问的问题，声明一把全局的“锁”作为互斥量，哪个应用服务器拿到这把“锁”，就有执行任务的权利，未拿到“锁”的应用服务器不进行任何任务相关的操作。另外就是这把“锁”最好还能在下次任务执行时间点前失效。

 

（4）Quartz实现集群思路；

   

选Quartz的团队基本上是冲着Quartz本身实现的集群去的， 不然JDK自带Timer就可以实现相同的功能， 而Timer存在的单点故障是生产环境上所不能容忍的。 在自己造个有负载均衡和支持集群(高可用、伸缩性)的调度框架又影响项目的进度， 所以大多数团队都直接使用了Quartz来作为调度框架

一个Quartz集群中的每个节点是一个独立的Quartz应用，它又管理着其他的节点。这就意味着你必须对每个节点分别启动或停止。Quartz集群中，独立的Quartz节点并不与另一其的节点或是管理节点通信，而是通过相同的数据库表来感知到另一Quartz应用的

 

       下节博客，我们介绍下，在Spring Boot中如何集成Quartz。

 

à悟空学院：https://t.cn/Rg3fKJD

学院中有Spring Boot相关的课程！点击「阅读原文」进行查看！

SpringBoot视频：http://t.cn/A6ZagYTi

Spring Cloud视频：http://t.cn/A6ZagxSR

SpringBoot Shiro视频：http://t.cn/A6Zag7IV

SpringBoot交流平台：https://t.cn/R3QDhU0

SpringData和JPA视频：http://t.cn/A6Zad1OH

SpringSecurity5.0视频：http://t.cn/A6ZadMBe

Sharding-JDBC分库分表实战：http://t.cn/A6ZarrqS

 

分布式事务解决方案「手写代码」：http://t.cn/A6ZaBnIr