1.17.隐匿者:Job

烟霞壁立水溶溶,路转崖回旦暮中。鸂鶒畏人沈涧月,山羊投石挂岩松。——唐 薛逢《五峰隐者》

    本章回到Zero中一个重要功能:后台任务,由于任务模块在很多场景中都实用,所以Zero将该模块直接设计到了框架内部,有了该模块您就可以在容器启动时执行某些系统专用的后台任务。

我们在生产环境设置了超过400多个Job,目前用该架构运行是可靠并且稳定的。

「壹」基础知识

    后台任务在Zero中使用了额外设计,主要原因是Vert.x的3.9.x的版本中并没有提供专用的任务子模块,于是在项目中使用Vert.x中提供的Timer实现了任务的完整流程,在重新设计后提供给开发者让您也可以很方便在Zero中开发想要的后台任务组件。

1.1. 任务配置

    先在环境中打开任务配置:

vertx.yml

zero:
    # lime 连接vertx-job.yml配置文件
    lime: job

vertx-job.yml

job:
    store:
        # 任务存储器
        component: io.vertx.tp.jet.uca.micro.JtHypnos

    回顾任务部分的配置图如下:

    整个任务组件按职责分为三种:

1.2. 状态迁移图

定义在文件io.vertx.up.eon.em.JobStatus中。

    Zero中的任务状态迁移图如下:

    状态说明:

1.3. 任务分类

定义在文件io.vertx.up.eon.em.JobType中。

    Zero中把任务种类分成了四种(其中一种保留):

    如果您是使用@Job开发任务,那么只支持ONCE和PLAN两种,若使用zero-jet项目中的动态路由动态任务 功能,就直接支持FIXED任务了,目前有一种解决方案就是在Income组件中对Mission对象进行修正。

1.4 启动组件

    Zero中的任务启动器是io.vertx.up.verticle.ZeroScheduler类,它的定义如下:

/**
 * Background worker of Zero framework, 
 * it's for schedule of background tasks here.
 * This scheduler is for task deployment, it should deploy all tasks
 * This worker must be SINGLE ( instances = 1 ) 
 * because multi worker with the same tasks may be
 * conflicts
 */
@Worker(instances = Values.SINGLE)
public class ZeroScheduler extends AbstractVerticle

    此处使用了@Worker(io.vertx.up.annotations.Worker)注解,且它的instances的值为1 ,为什么该启动组件的实例只有1个?它的职责是在Vertx实例启动时直接发布所有目前系统中定义的任务,并连接各自不同的任务调度器,由于它的类型是一个Verticle组件,如果有多个实例,对于定时任务这种后台执行时会出现多任务抢资源的情况,所以从某种意义上讲,一种类型的后台任务只维持一个(这个只能在实战中逐渐体会)。所以ZeroScheduler是一个** 任务发布器**,它不负责任务调度,只负责在Zero容器启动时发布定义的任务,它只会在启动时运行一次。

1.5. @Job

    Zero中定义任务使用任务注解io.vertx.up.annotations.Job,该任务注解可配置的方法表如下:

    有一点需说明即定时任务中的开始时间只能依赖config() 来实现复杂配置,即您可以在一个静态配置文件中将该任务部署到环境里(每个任务一个),如此您就可以直接编写您的任务逻辑,而不需要去考虑任务调度了。

    runAt的格式如下:

    runAt主要用于计算任务的下一次运行时间,如果下一次运行时间小于当前时间,则执行下一轮操作,下一轮开始时间可根据D、W、M进行计算,不断循环。

1.6. Mission

    任务的核心数据对象就是io.vertx.up.atom.worker.Mission,您在编写任务组件时,必须对该对象有详细了解,它将注解式配置式 的两种存储源统一到一起,不论你使用哪种任务存储器,最终ZeroScheduler拿到的任务定义数据类型是Set<Mission>;本章节不牵涉Zero Extention模块,所以不深入zero-jet 中存在的基于数据表的任务存储器,只讨论注解模式下纯开发的部分。

    该对象的核心结构参考下图(属性分布图):

    需说明的一点是readOnly属性,该属性是根据定义计算出来的属性,它表示的并不是运行时的Mission不可变更,而表示的是任务存储器中的元数据不可变更,目前从实战中可知:

  1. 使用@Job注解模式开发的任务为静态任务,readOnly = true。

  2. 使用zero-jet开发的任务为动态任务,readOnly = false(可随时更改)。

1.7. Income/Outcome

    Zero任务系统中包含两个特殊组件Income/Outcome,一个组件在任务之前执行,另外一个组件在任务之后执行,它们之间通过EventBus互通数据,整体执行步骤如:

    三个组件交互数据时使用的就是统一数据模型Envelop,incomeAddress地址中的数据是在任务每次启动之前 被您发送到EventBus的,如果发送了,您可以在Income组件中处理相关逻辑,如果没发送,当前任务该执行的话依旧会执行;而outcomeAddress属性中,若您使用了,后续步骤从outcome -> callback(@Off) 的执行逻辑是异步的,若不启用,则后续步骤是同步的。

「贰」实战分析

    本章会修改部分Job相关的Zero框架代码,推荐升级到0.6.2的最新版完成下边示例,新版本中补充的功能如下:

  • 新增JobClient的API对任务执行额外控制。

  • 追加JobClient的Future模式和同步模式。

  • 修改@Job中让它支持定时任务,让整个功能脱离zero-jet的模式依旧可运行。

0.6.x版本中更新的所有功能都会出现在0.7.0-SNAPSHOT中,如果下载最新代码这些功能自然支持。

2.1. 第一个Job

    好,接下来我们在项目中书写我们的第一个任务,先看下边代码:

Job组件

package cn.vertxup.job;

import io.vertx.core.Future;
import io.vertx.core.Vertx;
import io.vertx.up.annotations.Contract;
import io.vertx.up.annotations.Job;
import io.vertx.up.annotations.On;
import io.vertx.up.commune.Envelop;
import io.vertx.up.eon.em.JobType;

@Job(JobType.ONCE)
public class HiJob {

    @Contract
    private transient Vertx vertx;

    @On
    public Future<String> on(final Envelop input) {
        System.out.println("Start: " + this.vertx.hashCode());
        return Future.succeededFuture("On");
    }

    public Future<String> off(final Envelop input) {
        System.out.println("End " + this.vertx.hashCode());
        return Future.succeededFuture("Off");
    }
}

    注意代码段中的这段:

    @Contract
    private transient Vertx vertx;

    如果没有该段代码,那么您会收到如下错误信息:

io.vertx.up.exception.web._412ContractFieldException: \
[ERR-60040] (InstanceField) Web Exception occurs: (412) - \
The field of type `interface io.vertx.core.Vertx` must be declared only ...

@Contract是另外一个话题的内容,它是Zero对JSR330的扩展,使用依赖注入的方式将约定的对象通过类型和数量的匹配直接注入到目标对象中,它的基本限制如下:

  1. 被注入的对象必须定义@Contract注解的实例变量,如果自身没有定义该实例变量,父类或祖类定义该实例变量也可以。

  2. @Contract注解的实例变量的类型必须是和调用者的类型一致的。

  3. @Contract注解的实例变量只能定义一次,不可重复定义(保持唯一性)。

    任务中提供Vertx实例,其目的是让开发人员在某些场景中可自由发挥,众所周知,Vert.x框架中的很多子项目在初始化时是依赖Vertx实例的,而任务组件的目的就在此,若您想要当前任务和Vert.x子项目直接集成,那么这里约定的Vertx实例就是您的** 银弹**。

    如上边代码示例所示,任务主要有两个方法:

  • @On注解的方法是任务启动时的逻辑(主逻辑)。

  • @Off注解的方法是任务停止时的逻辑。

    如此您的任务组件就十分自由了,只要参考Zero教程,您的任务组件就可以直接上线了,只是这个例子中有一个限制,由于类型是ONCE,必须依靠触发而不是自动执行,所以我们目前只能在启动时看到该任务的部署情况:

# 省略......
( 1 Job ) The Zero system has found 1 components of @Job.
# 省略......
[ Job ] Job configuration read : \
        JobConfig{store=null, interval=null, client=null}
# 省略......
[ Job ] The system scanned 1 jobs with type Programming
[ Job ] The system scanned 0 jobs with type Dynamic/Stored
Zero system detect 1 jobs, the scheduler will begin....

2.2. @On/@Off

    上边示例使用了@On@Off对方法进行注解,您对这些方法如何书写还比较陌生,本章讲解这些方法签名的规则,让您更容易书写Job组件中的方法,若您的方法不符合规范,会收到如下异常:

io.vertx.up.exception.web._501JobOnMissingException: \ 
        [ERR-60042] (Mission) Web Exception occurs: (501)

    先参考下边表格

    任务中的方法参数主要根据类型执行匹配,这些类型大部分都是Zero中定义的核心数据模型,且您可以任意组合(一般不推荐方法参数不超过三个,极端环境中您可以定义更多),任务方法支持的类型表格如下:

    上述结构中,有部分参数来自于Web请求(如Envelop、Session、User、MultiMap ),您可能会困惑——后台任务由服务端主动发起,为何会收到来自前端的请求信息呢?主要来源如下:

  1. Zero中的一次性任务是触发式的,即您需要从前端发送一个命令来触发该任务的发生,这种情况会发送Web请求到您的任务组件中。

  2. 如果您绑定了inconme组件,此处的所有内容都可以直接在income中被模拟,同样也可以收到相关数据,数据信息来自incomeAddress地址。

    如果您的方法定义类型不对,会收到如下异常信息:

[ERR-60041] (TypedArgument) Web Exception occurs: (417) - \
    The job `zero.vertx.jobs-xxx` method parameter definitions are wrong.

xxx是您的Job的名称,可自定义,不自定义时是类全名。

2.3. JobClient

    为了让您有更好的任务体验,本章我们先学习如何书写任务客户端,任务客户端和SharedClient一样属于内置Infix 插件,所以您不需要引入任何Maven项目就可使用,我们直接在项目中打开任务客户端的基础配置。

vertx-inject.yml

# Job,任务插件
job: io.vertx.tp.plugin.job.JobInfix

    JobClient中包含了一个特殊的静态方法bind,它用来将Vert.x中的计时器的ID(timerId )和任务Mission的系统编码一对一绑定到一起,该方法在三种任务的启动器中直接被调用,方法签名如下:

    // 绑定执行(启动容器时执行)
    static void bind(final Long timerId, final String code)

    // 调用代码如下
    JobClient.bind(timerId, mission.getCode());

    该方法的调用是控制类API使用的核心,如果不调用该方法,那么控制类API的调用会失效,整个Job在Zero中的结构参考下图:

2.3.1. 控制类API

控制指令的API只支持异步,不支持同步。

    控制类API的定义如下:

    /* 启动任务 */
    // Fluent模式,回调启动
    @Fluent
    JobClient startAsync(String code, 
        Handler<AsyncResult<Long>> handler);
    // Future模式,异步启动
    Future<Long> startAsync(String code);

    /* 停止任务 */
    // Fluent模式,回调停止
    @Fluent
    JobClient stopAsync(String code, 
        Handler<AsyncResult<Boolean>> handler);
    // Future模式,异步停止
    Future<Boolean> stopAsync(String code);

    /* 恢复任务 */
    // Fluent模式,回调恢复
    @Fluent
    JobClient resumeAsync(String code, 
        Handler<AsyncResult<Long>> handler);
    // Future模式,异步恢复
    Future<Long> resumeAsync(String timerId);

2.3.2. 存储类API

    存储类API比控制类API多一种同步模式,该同步模式的API会被任务存储器调用,任务存储器启动之前Zero容器可能未完全启动完成——同步类的API就是为解决该问题而存在。还需要说明的是,这类API的增删改在不提供扩展存储时,只操作JobPool的任务池(缓存数据),不会操作** 持久层**。这类API的定义如下(注释只区分同异步,异步两种模式就不备注了):

    // 「任务查询」
    // 按 code 查询单个 Mission
    // 异步
    @Fluent
    JobClient fetchAsync(String code, 
        Handler<AsyncResult<Mission>> handler);
    Future<Mission> fetchAsync(String code);
    // 同步
    Mission fetch(String code);

    // 按 多个code 查询 Mission 列表
    // 异步
    @Fluent
    JobClient fetchAsync(Set<String> code, 
        Handler<AsyncResult<List<Mission>>> handler);
    Future<List<Mission>> fetchAsync(Set<String> codes);
    // 同步
    List<Mission> fetch(Set<String> codes);

    // 「任务同步」新增/更新
    // 单量异步
    @Fluent
    JobClient saveAsync(Mission mission, 
        Handler<AsyncResult<Mission>> handler);
    Future<Mission> saveAsync(Mission mission);
    // 单量同步
    Mission save(Mission mission);

    // 批量异步
    @Fluent
    JobClient saveAsync(Set<Mission> missions,
        Handler<AsyncResult<Set<Mission>>> handler);
    Future<Set<Mission>> saveAsync(Set<Mission> missions);
    // 批量同步
    Set<Mission> save(Set<Mission> missions);

    // 「任务删除」
    // 异步
    @Fluent
    JobClient removeAsync(String code, 
        Handler<AsyncResult<Mission>> handler);
    Future<Mission> removeAsync(String code);
    // 同步
    Mission remove(String code);

    // 「任务状态查看」
    // 异步
    @Fluent
    JobClient statusAsync(String namespace, 
        Handler<AsyncResult<JsonObject>> handler);
    Future<JsonObject> statusAsync(String namespace);
    // 同步
    JsonObject status(String namespace);

2.4. Agent组件

    接下来在环境中书写一个控制类的Agent组件,用来查看环境中的详细任务信息。

Agent组件代码

package cn.vertxup.job;

import io.vertx.core.json.JsonObject;
import io.vertx.tp.plugin.job.JobClient;
import io.vertx.up.annotations.EndPoint;
import io.vertx.up.annotations.Plugin;

import jakarta.ws.rs.GET;
import jakarta.ws.rs.Path;

@EndPoint
@Path("/hi/job")
public class JobAgent {
    @Plugin
    private transient JobClient client;

    @GET
    @Path("/status")
    public JsonObject status() {
        return this.client.status(null);
    }
}

    发送请求您可以得到如下响应:

{
    "data": {
        "zero.vertx.jobs-cn.vertxup.job.HiJob": {
            "name": "cn.vertxup.job.HiJob",
            "status": "STOPPED",
            "timer": null
        }
    }
}

    说明几点:

  1. 由于并没有启动该任务,所以任务的状态是STOPPED,timer的值为null。

  2. 如果您不提供任务名称,该任务的基础信息如下:

    |属性|含义| |---|:---| |name|不给定时,名称为任务类全名。| |code|任务系统码,格式为:zero.vertx.jobs- + name 结构。|

  3. 如果您定义了name属性,则可直接调用JobClient.code(name)的静态方法得到任务系统码。

「叄」高级用法

3.1. 计划/定时任务

PlanJob

package cn.vertxup.job;

import io.vertx.core.Future;
import io.vertx.core.Vertx;
import io.vertx.up.annotations.Contract;
import io.vertx.up.annotations.Job;
import io.vertx.up.annotations.On;
import io.vertx.up.commune.Envelop;
import io.vertx.up.eon.em.JobType;

@Job(value = JobType.PLAN, duration = 10, name = "Plan")
public class PlanJob {
    @Contract
    private transient Vertx vertx;
    private transient int counter = 0;

    @On
    public Future<String> on(final Envelop envelop) {
        this.counter++;
        System.out.println("第 " + this.counter + " 次执行: "
                + this.vertx.hashCode());
        return Future.succeededFuture("On");
    }
}

    启动该容器,则您可以看到如下启动信息:

[ Job ] Job `zero.vertx.jobs-Plan` Moved: STARTING -> READY ), Type = PLAN
[ Job ] Interval selected: io.vertx.up.uca.job.timer.VertxInterval

    只有计划任务和定时任务会有Inverval的日志出现,触发任务不需要该组件配合。由于此处设置的duration 是10,默认单位秒,所以10秒之后它会第一次执行,然后每隔十秒执行一次,每次运行时您都可以看到如下输出:

[ Job ] Job `zero.vertx.jobs-Plan` Moved: READY -> RUNNING ), Type = PLAN
[ Job ] `zero.vertx.jobs-Plan` worker executor will be created. \
    The max executing time is 900 s
 1 次执行: 421824326
[ Job ] Job `zero.vertx.jobs-Plan` Moved: RUNNING -> STOPPED ), Type = PLAN
[ Job ] Job `zero.vertx.jobs-Plan` Moved: STOPPED -> READY ), Type = PLAN
[ Job ] `zero.vertx.jobs-Plan` worker executor has been closed!

    从上述输出可知,任务执行时,会从READY状态按照之前的流程图执行直到完成后返回READY,默认情况下一个子线程的执行最长时间空间是15 分钟(900s),若您想要改这个时间,可设置threshold参数——一般只有长时间执行的任务才修改该参数。

    若是定时任务,您可设置runAt,其他任务即使设置了也无效,参考下边代码:

package cn.vertxup.job;

import io.vertx.core.Future;
import io.vertx.core.Vertx;
import io.vertx.up.annotations.Contract;
import io.vertx.up.annotations.Job;
import io.vertx.up.annotations.On;
import io.vertx.up.commune.Envelop;
import io.vertx.up.eon.em.JobType;

import java.util.concurrent.TimeUnit;

@Job(
        value = JobType.FIXED, name = "Fixed",
        duration = 1, durationUnit = TimeUnit.DAYS,
        runAt = "D,18:20"
)
public class FixedJob {
    @Contract
    private transient Vertx vertx;
    private transient int counter = 0;

    @On
    public Future<String> on(final Envelop envelop) {
        this.counter++;
        System.out.println("第 " + this.counter + " 次执行: "
                + this.vertx.hashCode());
        return Future.succeededFuture("On");
    }
}

    然后运行代码,您就可以看到一条额外的定时日志:

[ Job ] Job "zero.vertx.jobs-Fixed" will started after `00:08:36.116`

    运行程序时间为18:11:23.886,设置时间是18:20,学习了本章内容,关于定时任务和计划任务的相关内容就讲完了。

3.2. Income/Outcome

    最后讲解一下前置组件和后置组件,这两部分比较简单,直接看代码:

Income

package cn.vertxup.job;

import io.vertx.core.Future;
import io.vertx.core.Vertx;
import io.vertx.up.annotations.Contract;
import io.vertx.up.atom.worker.Mission;
import io.vertx.up.commune.Envelop;
import io.vertx.up.uca.job.plugin.JobIncome;
import io.vertx.up.unity.Ux;

public class FinalIncome implements JobIncome {
    @Contract
    private transient Vertx vertx;
    @Contract
    private transient Mission mission;

    @Override
    public Future<Envelop> beforeAsync(final Envelop envelop) {
        return Ux.future(Envelop.success("Hello Income"));
    }
}

    既然此处出现了@Contract那么在您的Income组件中是必须定义这两个实例变量的,前文提过,就不特别说明了,这两个实例可以让您在Income和Outcome组件中很方便拿到环境相关的引用:

  1. Vertx实例,可用于做Vert.x集成。

  2. Mission实例,可获取当前任务的定义相关数据。

Job

package cn.vertxup.job;

import io.vertx.core.Future;
import io.vertx.core.Vertx;
import io.vertx.up.annotations.Contract;
import io.vertx.up.annotations.Job;
import io.vertx.up.annotations.On;
import io.vertx.up.commune.Envelop;
import io.vertx.up.eon.em.JobType;

@Job(value = JobType.PLAN, duration = 10, name = "Final")
public class FinalJob {

    @Contract
    private transient Vertx vertx;

    @On(address = "JOB://INCOME/FINAL", income = FinalIncome.class)
    public Future<String> on(final Envelop input) {
        System.out.println("Income: " + input.data());
        System.out.println("Start: " + this.vertx.hashCode());
        return Future.succeededFuture("On");
    }
}

    直接运行Zero容器,10秒之后,您会看到如下额外输出:

[ Job ] Income event bus enabled: JOB://INCOME/FINAL
[ Job ] JobIncome selected: cn.vertxup.job.FinalIncome
Income: Hello Income
Start: 2063896788

    这样,Income组件就被触发了,它不仅被触发,还为@Job组件构造了合法的Envelop对象。

「肆」小结

    到这里,所有和任务相关的内容都已经讲解完成了,之所以称为隐匿者 就是因为所有的任务都是后台执行,一旦执行任务过后,您可以不用关注任务本身的执行过程,等到执行结果出来过后,任务本身状态会有所变更,若您结合zero-ui中的任务管理 模块,这部分内容会更加直观。整个示例中大部分内容都是书写过程改动的,所以最好在0.6.2的版本中运行,之前的版本没有这么复杂的功能。

Last updated