Quartz任务调度框架相关方法、参数理解

Quartz API中的关键接口

• Job ： Quartz提供的需实现的需调度器执行的任务组件接口，只有唯一接口:  void execute(JobExecutionContext var1) throws JobExecutionException;
• job.class ：实现了execute接口的作业类
• JobDetail ： 定义作业的实例，实现的任务组件类在此被作为参数传入实例
• Trigger ：触发器，定义作业执行计划的组件
• JobBuilder ： 用来构建JobDetail实例
• TriggerBuilder ： 用来构建Trigger实例
• Scheduler ：与调度程序交互的主要API，组合JobDetail和Trigger，启动任务调度，Scheduler在执行start后，触发Trigger，执行JobDetail

 

下面来说说各个接口之间的关系

1、Job和Trigger

当Trigger被触发时，excuate()被调度程序的一个工作线程调用，传递给excuate方法的参数JobExecutionContext中包含该Job实例中的所有运行参数（Scheduler、JobDetail、Trigger）,保存在JobDataMap中。

 

Quartz提供了多种不同类型的Trigger，最常用的两种：SimpleTrigger 和 CronTrigger。

前者主要执行一些简单的定时调度，后者更突出的是在基于日历调度上的优势，比如每年的第2周的星期3的4:00执行。

 

多数的任务调度框架将作业任务与调度任务都放在一起。Quartz将任务调度（Trigger）和作业任务（JobDetail）分开的理由如下：

*作业任务与调度分开，当一个任务调度执行完毕后，可重新组装Trigger与JobDetail重新启用原来的作业任务，不用重新定义，的卢换马铠变赤兔，同样，同一个Trigger也可以重复和多个JobDetail组合使用，减少了耦合，提高了重用性。

 

将Job和Trigger注册到Scheduler 时可为他们设置key（JobKey、TriggerKey）配置其身份属性，进而可以将他们放在不通分组（group）中，可基于分组操作。不同分组中的key值必须唯一，也可以理解为key值由name和group组成，必须唯一

 

 

 

Job的并发

@DisallowConcurrentExecution

 

@PersistJobDataAfterExecution

 

 未完待续。。。