【原理、注意点】Quartz的原理和需要注意的地方

基本介绍和核心接口

1.quartz是完全基于java的可用于进行定时任务调度的开源框架，使用的时候需要引入:

<dependency>
    <groupId>org.quartz-scheduler</groupId>
    <artifactId>quartz</artifactId>
    <version>2.3.0</version>
</dependency>

2.核心接口包括：

• Job: 就是要执行的任务，该接口只有一个方法execute（JobExecutionContext jobExecutionContext)方法，Job运行时的信息保存在JobDataMap中（JobDataMap下面介绍）
• JobDetail: 定义Job的实例。接收Job名字、描述以及Job类等信息
• Trigger: 触发Job运行的东西，主要包括四类：SimpleTriger、CronTrigger、DateIntervalTrigger和NthIncludeDayTrigger，目前常用的是前两种
• JobBuilder: 定义和创建JobDetail实例的接口
• TriggerBuilder: 定义和创建Trigger实例的接口
• Scheduler: quartz的运行容器，Trigger和JobDetail可以注册到scheduler中，两者在Scheduler中拥有各自的组及名称(组及名称是Scheduler查找定位容器中某一对象的依据)，Trigger和JobDetail的组合名称都必须唯一，但是两者的组和名称可以相同，因为它们是不同类，一个job可以对应多个trigger，但是一个trigger只能对应一个job

注意:
传递给scheduler的是JobDetail而不是Job，JobDetail通过接收到的有关Job的信息，使用反射机制实例化Job，并且每次Job执行完之后，Job class的实例会被丢弃，Jvm的垃圾回收器会将他们回收，所以Job实例实现时，需要注意以下几点：

• 必须具有一个无参构造函数
• 不能有静态数据类型。因为每次job实例执行完之后便被回收，而静态成员变量因为依附于类存在，并不能被回收，如果静态变量的值被某个类修改，它的值就没法被保护

这些接口的关系图如下：

线程

在Quartz中，有两类线程，Shceduler调度线程和任务执行线程，前者包括普通任务调度和Misfire任务调度（Misfire见这里后者需要一个线程池维护，调度图如下：

传递数据

尽管Job类不好定义静态变量，但是可以通过JobDataMap传递数据，JobDataMap是JobDetail的成员变量，可以借助JobDataMap为Job实例提供属性/配置，可以通过它来追踪Job的执行状态等等。对于第一种情况，可以在创建Job时，添加JobDataMap数据，在Job的execute()中获取数据（参见下面simpleTrigger的使用实例）第二种，则可以在Listener中通过获取JobDataMap中存储的状态数据追踪Job的执行状态。