1、前言

xxl-job是一个分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线，开箱即用。（其中XXL是作者许雪里的简称）

xxl-job是对老牌调度平台Quartz进行的封装。在开始介绍xxl-job之前我来先简单的介绍下Quartz以及对其与xxl-job做个对比。

Quartz是一款老牌的任务调度平台，他也是用Java编写的，调度模型已经非常成熟了，而且很容易集成到 Spring 中去，用来执行业务是一个很好的选择。但是它也面临着一些问题，比如：

1、调度逻辑（Scheduler）和任务类耦合在同一个项目中，随着调度任务数量逐渐增多，同时调度任务逻辑逐渐加重，调度系统的整体性能会受到很大的影响；

2、Quartz 集群的节点之间负载结果是随机的，谁抢到了数据库锁就由谁去执行任务，这就有可能出现旱的旱死，涝的涝死的情况，发挥不了机器的性能。

3、Quartz 本身没有提供动态调度和管理界面的功能，需要自己根据API进行开发。

4、Quartz 的日志记录、数据统计、监控不是特别完善。

xxl-job对比下来有如下特性：

1、**性能的提升：**可以调度更多任务。

**2、可靠性的提升：**任务超时、失败、故障转移的处理。

**3、运维更加便捷：**提供操作界面、有用户权限、详细的日志、提供通知配置、自动生成报表等等。

2、xxl-job简述

下面先放一张我从官网找的的最新的架构图，是v2.1.0版本的，不是代码最新的架构图，但是几乎大差不差，右下角红框标出来的自研 RPC(xxl-rpc)，在 V2.2.0 里面已经替换成了 restful 风格的 http 请求方式。

把上面的图精简了一下，xxl-job 的调度器和业务执行是独立的。调度器决定任务的调度，并且通过 http 的方式调用执行器接口执行任务。

架构设计思想：

1、将调度行为抽象形成“调度中心”公共平台，而平台自身并不承担业务逻辑，“调度中心”负责发起调度请求。

2、将任务抽象成分散的JobHandler，交由“执行器”(可以理解为就是我们的服务实例)统一管理，“执行器”负责接收调度请求并执行对应的JobHandler中业务逻辑。

因此，“调度”和“任务”两部分可以相互解耦，提高系统整体稳定性和扩展性；

**PS：**xxl-job里面具体内容我这里不再详述，请大家移步至xxl-job的XXL开源社区里面有详细介绍。

3、xxl-...