分布式调度框架Elastic-Job和xxl-job区别

我不是女神ヾ 2023-10-02 20:31 6阅读 0赞

分布式调度框架Elastic-Job和xxl-job区别还是比较明显的，首先明确一下共同点，即它们俩共同解决的问题是什么？

一、解决传统定时任务存在的问题：

1、业务耦合 ： 如果需要修改定时任务时间，就需要重新部署整个应用，将会导致整个应用停滞一段时间。

2、单点风险 ： 所有调度任务都在单台服务器上执行，当任务执行节点出现问题时，整个定时任务全部终止。

3、资源分配不均衡 ： 随着业务越来越多，相应的定时任务也会增多，单台服务器执行任务的压力会越来越大。

二、分布式调度解决的问题

1、分布式调度协调

2、弹性扩容缩容

3、失效转移

4、错过执行作业重触发

5、作业分片一致性，保证同一分片在分布式环境中仅一个执行实例

6、自诊断并修复分布式不稳定造成的问题

7、支持并行调度 支持作业生命周期操作

三、两种方案优缺点对比

![41f9003b75ec4ec193a6fa8508514021.png][]

1、Elastic-Job 的伸缩性强

Elastic-Job 是一个分布式调度解决方案，由两个相互独立的子项目 Elastic-Job-Lite 和 Elastic-Job-Cloud 组成。

Elastic-Job-Lite 定位为轻量级无中心化解决方案，使用 jar 包的形式提供分布式 任务的协调服务。

基于 quartz 定时任务框架为基础的，因此具备 quartz 的大部分功能 使用 zookeeper 做协调，调度中心，更加轻量级 支持任务的分片 支持弹性扩容,可以水平扩展, 当任务再次运行时，会检查当前的服务器数量，重新分片，分片结束之后才会继续执行任务 失效转移，容错处理，当一台调度服务器宕机或者跟 zookeeper 断开连接之后，会立即停止作业，然后再去寻找其他空闲的调度 服务器，来运行剩余的任务 提供运维界面，可以管理作业和注册中心。

Elastic-Job-Lite 是去中心化解决方案。

2、xxl-job的灵活性好：

xxl-job 是一款基于 spring， quartz，netty 开源定时任务框架，解决的问题是不用每一个 job-client 都需要集成 quartz，管 理 cron 配置，尤其 job 很多的时候当容器启动会执行一堆 job，影响启动速度。 原理简单而言就是由 job 配置中心管理通过 quartz 控制客户端 job 触发时机，然后通过 netty rpc 调用执行客户端的具体 实现。 这样中心化的方式可以极大改善 job 的管理成本，还可以配置集群。下面是其全景图：

![305b182223784629b44fe0efa8649620.png][]

XXL-JOB 是一个轻量级分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。 现已开放源代码 并接入多家公司线上产品线，开箱即用。与 E-Job 走无中心化方式不同，XXL-JOB 是中心集权方式。

![a65529e528a04667829fa87ab5fa0e0b.png][]

xxl-job可以部署集群，但是集群之间的节点之间没有关系。

四、xxl-job 使用时经常遇到的问题

1、XXL-JOB的服务器端和用户端版本必须保持一致，不然会报错

2、由于xxl-job使用的一些依赖包与原有项目中的依赖包存在版本冲突，造成java.lang.NoClassDefFoundError错误

[参考2][2]

3、 netty版本与项目中包冲突，解决方案引入新的包

[参考1][1]

还有一篇介绍两者区别的问题，可以参考。

[参考区别][Link 1]

到此，两者区别分析完毕，下一篇我们分析 spring task调度器用法，敬请期待！

[41f9003b75ec4ec193a6fa8508514021.png]: https://img-blog.csdnimg.cn/41f9003b75ec4ec193a6fa8508514021.png
[305b182223784629b44fe0efa8649620.png]: https://img-blog.csdnimg.cn/305b182223784629b44fe0efa8649620.png
[a65529e528a04667829fa87ab5fa0e0b.png]: https://img-blog.csdnimg.cn/a65529e528a04667829fa87ab5fa0e0b.png
[2]: https://blog.csdn.net/weixin_42324471/article/details/103924715
[1]: https://www.cnblogs.com/yejg1212/p/14794088.html
[Link 1]: https://blog.csdn.net/m0_37337849/article/details/97755987