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
未完待续。。。