Quartz开源调度框架原理及使用Quartz实现超时订单测试

Quartz

Quartz 是 OpenSymphony 开源组织在 Job scheduling 领域又一个开源项目，它可以与 J2EE 与 J2SE 应用程序相结合也可以单独使用。Quartz 可以用来创建简单或为运行十个，百个，甚至是好几万个 Jobs 这样复杂的程序。Jobs 可以做成标准的 Java 组件或 EJBs。Quartz 的最新版本为 Quartz 2.3.0。

1.1 Quartz 调用流程

• JOB: 定义自己的任务
• JobDetail: 封装 JOB 对象的
• 调度器: 管理全部的任务(Scheduler)
• 触发器: 开启新的线程执行任务(jobDetail)

1.2 Quartz组件说明

1.2.1 Scheduler – 调度器

     Scheduler 被用来对 Trigger 和 Job 进行管理。Trigger 和 JobDetail 可以注册到Scheduler 中，两者在 Scheduler 中都拥有自己的唯一的组和名称用来进行彼此的区分，Scheduler 可以通过组名或者名称来对 Trigger 和 JobDetail 来进行管理。一个 Trigger只能对应一个 Job，但是一个 Job 可以对应多个 Trigger。每个 Scheduler 都包含一个SchedulerContext，用来保存 Scheduler 的上下文。Job 和 Trigger 都可以获取SchedulerContext 中的信息。

     Scheduler 包含两个重要的组件，JobStore 和 ThreadPool。JobStore 用来存储运行时信息，包括 Trigger,Schduler,JobDetail，业务锁等。它有多种实现 RAMJob(内存实现)，JobStoreTX(JDBC，事务由 Quartz 管理）等。ThreadPool 就是线程池，Quartz有自己的线程池实现。所有任务的都会由线程池执行。

     Scheduler 是由 SchdulerFactory 创建，它有两个实现：DirectSchedulerFactory和 StdSchdulerFactory。前者可以用来在代码里定制你自己的 Schduler 参数。后者是直接读取 classpath 下的 quartz.properties（不存在就都使用默认值）配置来实例化Schduler。通常来讲，我们使用 StdSchdulerFactory 也就足够了。

1.2.2 Trigger – 触发器

     Trigger 是用来定义 Job 的执行规则，主要有四种触发器，其中 SimpleTrigger 和CronTrigger 触发器用的最多。
     SimpleTrigger：从某一个时间开始，以一定的时间间隔来执行任务。它主要有两个属性，repeatInterval 重复的时间间隔；repeatCount 重复的次数，实际上执行的次数是 n+1,因为在 startTime 的时候会执行一次。
     CronTrigger：适合于复杂的任务，使用 cron 表达式来定义执行规则。
     CalendarIntervalTrigger：类似于 SimpleTrigger，指定从某一个时间开始，以一定的时间间隔执行的任务。 但是 CalendarIntervalTrigger 执行任务的时间间隔比SimpleTrigger 要丰富，它支持的间隔单位有秒，分钟，小时，天，月，年，星期。相较于 SimpleTrigger 有两个优势：1、更方便，比如每隔 1 小时执行，你不用自己去计算 1小时等于多少毫秒。 2、支持不是固定长度的间隔，比如间隔为月和年。但劣势是精度只能到秒。它的主要两个属性，interval执行间隔；intervalUnit 执行间隔的单位（秒，分钟，小时，天，月，年，星期）。
     DailyTimeIntervalTrigger：指定每天的某个时间段内，以一定的时间间隔执行任务。并且它可以支持指定星期。它适合的任务类似于：指定每天 9:00 至 18:00 ，每隔70 秒执行一次，并且只要周一至周五执行。它的属性有 startTimeOfDay 每天开始时间；endTimeOfDay 每天结束时间；daysOfWeek 需要执行的星期；interval 执行间隔；intervalUnit 执行间隔的单位（秒，分钟，小时，天，月，年，星期）；repeatCount 重复次数。
     所有的 trigger 都包含了 StartTime 和 endTIme 这两个属性，用来指定 Trigger被触发的时间区间。
     所有的 trigger 都可以设置 MisFire 策略，该策略是对于由于系统奔溃或者任务时间过长等因导致trigger在应该触发的时间点没有触发，并且超过了misfireThreshold设置的时间࿰