ElasticJob概览与功能——作业开放生态&&错过任务重执行-京东云开发者社区

# 作业开放生态
灵活定制化作业是 ElasticJob 3.x 版本的最重要设计变革。
新版本基于 Apache ShardingSphere 可插拔架构的设计理念，打造了全新作业 API。
意在使开发者能够更加便捷且相互隔离的方式拓展作业类型，打造 ElasticJob 作业的生态圈。

ElasticJob 提供了对作业的弹性伸缩、分布式治理等功能的同时，并未限定作业的类型。
它通过灵活的作业 API，将作业解耦为作业接口和执行器接口。
用户可以定制化全新的作业类型，诸如脚本执行、HTTP 服务执行（3.0.0-beta 提供）、大数据类作业、文件类作业等。
目前 ElasticJob 内置了简单作业、数据流作业和脚本执行作业，并且完全开放了扩展接口，开发者可以通过 SPI 的方式引入新的作业类型，并且可以便捷的回馈至社区。

## 作业接口

ElasticJob 的作业可划分为基于 class 类型和基于 type 类型两种。

Class 类型的作业由开发者直接使用，需要由开发者实现该作业接口实现业务逻辑。典型代表：Simple 类型、Dataflow 类型。
Type 类型的作业只需提供类型名称即可，开发者无需实现该作业接口，而是通过外置配置的方式使用。典型代表：Script 类型、HTTP 类型。

## 执行器接口

用于执行用户定义的作业接口，通过 Java 的 SPI 机制织入 ElasticJob生态。
# 错过任务重执行
ElasticJob 不允许作业在同一时间内叠加执行。
当作业的执行时长超过其运行间隔，错过任务重执行能够保证作业在完成上次的任务后继续执行逾期的作业。

## 概念

错过任务重执行功能可以使逾期未执行的作业在之前作业执行完成之后立即执行。
举例说明，若作业以每小时为间隔执行，每次执行耗时 30 分钟。如下如图所示。

![定时作业](https://shardingsphere.apache.org/elasticjob/current/img/misfire/job.png)

图中表示作业分别于 12:00，13:00 和 14:00 执行。图中显示的当前时间点为 13:00 的作业执行中。

如果 12：00 开始执行的作业在 13:10 才执行完毕，那么本该由 13:00 触发的作业则错过了触发时间，需要等待至 14:00 的下次作业触发。
如下如图所示。

![错过作业](https://shardingsphere.apache.org/elasticjob/current/img/misfire/job-missed.png)

在开启错过任务重执行功能之后，ElasticJob 将会在上次作业执行完毕后，立刻触发执行错过的作业。如下图所示。

![错过作业重执行](https://shardingsphere.apache.org/elasticjob/current/img/misfire/job-misfire.png)

在 13：00 和 14:00 之间错过的作业将会重新执行。

## 适用场景

在一次运行耗时较长且间隔较长的作业场景，错过任务重执行是提升作业运行实时性的有效手段；
对于未见得关注单次作业的实时性的短间隔的作业来说，开启错过任务重执行并无必要。