Quartz笔记

目录

一、介绍

二、背景知识

三、Quartz可以用来做什么&＃xff1f;

五、核心概念

Job并发

JobExecutionException

JobDataMap

SimpleTrigger

CalendarIntervalTrigger

DailyTimeIntervalTrigger

CronTrigger

关于name和group

StartTime & EndTime

优先级&＃xff08;Priority&＃xff09;

Misfire(错失触发&＃xff09;策略

 六、使用流程

八、表关系和解释

九、cron表达式编写规则

十、总结

这几天接触到了Quartz&＃xff0c;简单的做下笔记吧&＃xff0c;好记性不如烂笔头。本文主要围绕Quartz的简单使用以及基本原理理解大多知识是从别的博客趴过来的&＃xff0c;文章的最后会附上原文链接^_^。

Quartz-JOB-Framework 中文版和QUartz开发指南&＃xff1a;https://download.csdn.net/download/sinat_37064286/11423292

一、介绍

Quartz是OpenSymphony开源组织在Job scheduling领域又一个开源项目&＃xff0c;是完全由java开发的一个开源的任务日程管理系统&＃xff0c;“任务进度管理器”就是一个在预先确定&＃xff08;被纳入日程&＃xff09;的时间到达时&＃xff0c;负责执行&＃xff08;或者通知&＃xff09;其他软件组件的系统。
Quartz用一个小Java库发布文件&＃xff08;.jar文件&＃xff09;&＃xff0c;这个库文件包含了所有Quartz核心功能。这些功能的主要接口(API)是Scheduler接口。它提供了简单的操作&＃xff0c;例如&＃xff1a;将任务纳入日程或者从日程中取消&＃xff0c;开始/停止/暂停日程进度。

二、背景知识

同类产品&＃xff1a;

1. Java自带的java.util.Timer类&＃xff0c;这个类允许你调度一个java.util.TimerTask任务。使用这种方式可以让你的程序按照某一个频度执行&＃xff0c;但不能在指定时间运行。一般用的较少&＃xff0c;这篇文章将不做详细介绍。
2. 使用Quartz&＃xff0c;这是一个功能比较强大的的调度器&＃xff0c;可以让你的程序在指定时间执行&＃xff0c;也可以按照某一个频度执行&＃xff0c;配置起来稍显复杂&＃xff0c;稍后会详细介绍。
3. Spring3.0以后自带的task&＃xff0c;可以将它看成一个轻量级的Quartz&＃xff0c;而且使用起来比Quartz简单许多&＃xff0c;稍后会介绍。

三、Quartz可以用来做什么&＃xff1f;

Quartz是一个任务调度框架。比如你遇到这样的问题

• 想每月25号&＃xff0c;信用卡自动还款
• 想每年4月1日自己给当年暗恋女神发一封匿名贺卡
• 想每隔1小时&＃xff0c;备份一下自己的爱情动作片 学习笔记到云盘

这些问题总结起来就是&＃xff1a;在某一个有规律的时间点干某件事。并且时间的触发的条件可以非常复杂&＃xff08;比如每月最后一个工作日的17:50&＃xff09;&＃xff0c;复杂到需要一个专门的框架来干这个事。 Quartz就是来干这样的事&＃xff0c;你给它一个触发条件的定义&＃xff0c;它负责到了时间点&＃xff0c;触发相应的Job起来干活。

五、核心概念

Quartz的原理不是很复杂&＃xff0c;只要搞明白几个概念&＃xff0c;然后知道如何去启动和关闭一个调度程序即可。

1、Job

表示一个工作&＃xff0c;要执行的具体内容。此接口中只有一个方法 &＃xff1a;void execute(JobExecutionContext context)。主要有两种类型的 job&＃xff1a;无状态的&＃xff08;stateless&＃xff09;和有状态的&＃xff08;stateful&＃xff09;。对于同一个 trigger 来说&＃xff0c;有状态的 job 不能被并行执行&＃xff0c;只有上一次触发的任务被执行完之后&＃xff0c;才能触发下一次执行。Job 主要有两种属性&＃xff1a;volatility 和 durability&＃xff0c;其中 volatility 表示任务是否被持久化到数据库存储&＃xff0c;而 durability 表示在没有 trigger 关联的时候任务是否被保留。两者都是在值为 true 的时候任务被持久化或保留。一个 job 可以被多个 trigger 关联&＃xff0c;但是一个 trigger 只能关联一个 job。

Job并发

Job是有可能并发执行的&＃xff0c;比如一个任务要执行10秒中&＃xff0c;而调度算法是每秒中触发1次&＃xff0c;那么就有可能多个任务被并发执行。

有时候我们并不想任务并发执行&＃xff0c;比如这个任务要去”获得数据库中所有未发送邮件的名单“&＃xff0c;如果是并发执行&＃xff0c;就需要一个数据库锁去避免一个数据被多次处理。这个时候一个&＃64;DisallowConcurrentExecution解决这个问题。

就是这样

public class DoNothingJob implements Job {&＃64;DisallowConcurrentExecutionpublic void execute(JobExecutionContext context) throws JobExecutionException {System.out.println("do nothing");}
}


注意&＃xff0c;&＃64;DisallowConcurrentExecution是对JobDetail实例生效&＃xff0c;也就是如果你定义两个JobDetail&＃xff0c;引用同一个Job类&＃xff0c;是可以并发执行的。

JobExecutionException

Job.execute()方法是不允许抛出除JobExecutionException之外的所有异常的&＃xff08;包括RuntimeException)&＃xff0c;所以编码的时候&＃xff0c;最好是try-catch住所有的Throwable&＃xff0c;小心处理。

2、JobDetail

JobDetail表示一个具体的可执行的调度程序&＃xff0c;Job是这个可执行程调度程序所要执行的内容&＃xff0c;另外JobDetail还包含了这个任务调度的方案和策略。

JobDetail & Job区别

JobDetail 定义的是任务数据&＃xff0c;而真正的执行逻辑是在Job中&＃xff0c;例子中是HelloQuartz。 为什么设计成JobDetail &＃43; Job&＃xff0c;不直接使用Job&＃xff1f;这是因为任务是有可能并发执行&＃xff0c;如果Scheduler直接使用Job&＃xff0c;就会存在对同一个Job实例并发访问的问题。而JobDetail & Job 方式&＃xff0c;sheduler每次执行&＃xff0c;都会根据JobDetail创建一个新的Job实例&＃xff0c;这样就可以规避并发访问的问题。

JobDataMap

在Quartz中&＃xff0c;每次Scheduler执行Job时&＃xff0c;在调用其execute()方法之前&＃xff0c;它需要先根据JobDetail提供的Job类型创建一个Job class的实例&＃xff0c;在任务执行完以后&＃xff0c;Job class的实例会被丢弃&＃xff0c;Jvm的垃圾回收器会将它们回收。因此编写Job的具体实现时&＃xff0c;需要注意&＃xff1a;

(1) 它必须具有一个无参数的构造函数&＃xff1b;

(2) 它不应该有静态数据类型&＃xff0c;因为每次Job执行完以后便被回收&＃xff0c;因此在多次执行时静态数据没法被维护。

  Job每次都是newInstance的实例&＃xff0c;那我怎么传值给它&＃xff1f; 比如我现在有两个发送邮件的任务&＃xff0c;一个是发给"liLei",一个发给"hanmeimei",不能说我要写两个Job实现类LiLeiSendEmailJob和HanMeiMeiSendEmailJob。实现的办法是通过JobDataMap。

每一个JobDetail都会有一个JobDataMap。JobDataMap本质就是一个Map的扩展类&＃xff0c;只是提供了一些更便捷的方法&＃xff0c;比如getString()之类的。

我们可以在定义JobDetail&＃xff0c;加入属性值&＃xff0c;方式有二&＃xff1a;

newJob().usingJobData("age", 18) //加入属性到ageJobDataMaporjob.getJobDataMap().put("name", "quertz"); //加入属性name到JobDataMap


然后在Job中可以获取这个JobDataMap的值&＃xff0c;方式同样有二&＃xff1a;

public class HelloQuartz implements Job {private String name;public void execute(JobExecutionContext context) throws JobExecutionException {JobDetail detail &＃61; context.getJobDetail();JobDataMap map &＃61; detail.getJobDataMap(); //方法一&＃xff1a;获得JobDataMapSystem.out.println("say hello to " &＃43; name &＃43; "[" &＃43; map.getInt("age") &＃43; "]" &＃43; " at "&＃43; new Date());}//方法二&＃xff1a;属性的setter方法&＃xff0c;会将JobDataMap的属性自动注入public void setName(String name) { this.name &＃61; name;}
}


对于同一个JobDetail实例&＃xff0c;执行的多个Job实例&＃xff0c;是共享同样的JobDataMap&＃xff0c;也就是说&＃xff0c;如果你在任务里修改了里面的值&＃xff0c;会对其他Job实例&＃xff08;并发的或者后续的&＃xff09;造成影响。

除了JobDetail&＃xff0c;Trigger同样有一个JobDataMap&＃xff0c;共享范围是所有使用这个Trigger的Job实例。

3、Trigger代表一个调度参数的配置&＃xff0c;什么时候去调&＃xff0c;用于定义任务调度时间规则。Quartz 中主要提供了四种类型的 trigger&＃xff1a;SimpleTrigger&＃xff0c;CronTirgger&＃xff0c;DateIntervalTrigger&＃xff0c;和 NthIncludedDayTrigger。这四种 trigger 可以满足企业应用中的绝大部分需求。

数据存储

Quartz 中的 trigger 和 job 需要存储下来才能被使用。Quartz 中有两种存储方式&＃xff1a;RAMJobStore, JobStoreSupport。

RAMJobStore    不要外部数据库&＃xff0c;配置容易&＃xff0c;运行速度快    因为调度程序信息是存储在被分配给JVM的内存里面&＃xff0c;所以&＃xff0c;当应用程序停止运行时&＃xff0c;所有调度信息将被丢失。另外因为存储到JVM内存里面&＃xff0c;所以可以存储多少个Job和Trigger将会受到限制
JDBCJobStore    支持集群&＃xff0c;因为所有的任务信息都会保存到数据库中&＃xff0c;可以控制事物&＃xff0c;还有就是如果应用服务器关闭或者重启&＃xff0c;任务信息都不会丢失&＃xff0c;并且可以恢复因服务器关闭或者重启而导致执行失败的任务    运行速度的快慢取决与连接数据库的快慢

在 Quartz 中&＃xff0c;JobStoreSupport 使用一个驱动代理来操作 trigger 和 job 的数据存储&＃xff1a;StdJDBCDelegate。StdJDBCDelegate 实现了大部分基于标准 JDBC 的功能接口&＃xff0c;但是对于各种数据库来说&＃xff0c;需要根据其具体实现的特点做某些特殊处理&＃xff0c;因此各种数据库需要扩展 StdJDBCDelegate 以实现这些特殊处理。Quartz 已经自带了一些数据库的扩展实现&＃xff0c;可以直接使用。

种类

SimpleTrigger

指定从某一个时间开始&＃xff0c;以一定的时间间隔&＃xff08;单位是毫秒&＃xff09;执行的任务。

它适合的任务类似于&＃xff1a;9:00 开始&＃xff0c;每隔1小时&＃xff0c;执行一次。

它的属性有&＃xff1a;

• repeatInterval 重复间隔
• repeatCount 重复次数。实际执行次数是 repeatCount&＃43;1。因为在startTime的时候一定会执行一次。** 下面有关repeatCount 属性的都是同理。　**

例子&＃xff1a;

simpleSchedule().withIntervalInHours(1) //每小时执行一次.repeatForever() //次数不限.build();simpleSchedule().withIntervalInMinutes(1) //每分钟执行一次.withRepeatCount(10) //次数为10次.build();


CalendarIntervalTrigger

类似于SimpleTrigger&＃xff0c;指定从某一个时间开始&＃xff0c;以一定的时间间隔执行的任务。 但是不同的是SimpleTrigger指定的时间间隔为毫秒&＃xff0c;没办法指定每隔一个月执行一次&＃xff08;每月的时间间隔不是固定值&＃xff09;&＃xff0c;而CalendarIntervalTrigger支持的间隔单位有秒&＃xff0c;分钟&＃xff0c;小时&＃xff0c;天&＃xff0c;月&＃xff0c;年&＃xff0c;星期。

相较于SimpleTrigger有两个优势&＃xff1a;1、更方便&＃xff0c;比如每隔1小时执行&＃xff0c;你不用自己去计算1小时等于多少毫秒。 2、支持不是固定长度的间隔&＃xff0c;比如间隔为月和年。但劣势是精度只能到秒。

它适合的任务类似于&＃xff1a;9:00 开始执行&＃xff0c;并且以后每周 9:00 执行一次

它的属性有:

• interval 执行间隔
• intervalUnit 执行间隔的单位&＃xff08;秒&＃xff0c;分钟&＃xff0c;小时&＃xff0c;天&＃xff0c;月&＃xff0c;年&＃xff0c;星期&＃xff09;

例子:

calendarIntervalSchedule().withIntervalInDays(1) //每天执行一次.build();calendarIntervalSchedule().withIntervalInWeeks(1) //每周执行一次.build();


DailyTimeIntervalTrigger

指定每天的某个时间段内&＃xff0c;以一定的时间间隔执行任务。并且它可以支持指定星期。

它适合的任务类似于&＃xff1a;指定每天9:00 至 18:00 &＃xff0c;每隔70秒执行一次&＃xff0c;并且只要周一至周五执行。

它的属性有:

• startTimeOfDay 每天开始时间
• endTimeOfDay 每天结束时间
• daysOfWeek 需要执行的星期
• interval 执行间隔
• intervalUnit 执行间隔的单位&＃xff08;秒&＃xff0c;分钟&＃xff0c;小时&＃xff0c;天&＃xff0c;月&＃xff0c;年&＃xff0c;星期&＃xff09;
• repeatCount 重复次数

例子:

dailyTimeIntervalSchedule().startingDailyAt(TimeOfDay.hourAndMinuteOfDay(9, 0)) //第天9&＃xff1a;00开始.endingDailyAt(TimeOfDay.hourAndMinuteOfDay(16, 0)) //16&＃xff1a;00 结束 .onDaysOfTheWeek(MONDAY,TUESDAY,WEDNESDAY,THURSDAY,FRIDAY) //周一至周五执行.withIntervalInHours(1) //每间隔1小时执行一次.withRepeatCount(100) //最多重复100次&＃xff08;实际执行100&＃43;1次&＃xff09;.build();dailyTimeIntervalSchedule().startingDailyAt(TimeOfDay.hourAndMinuteOfDay(9, 0)) //第天9&＃xff1a;00开始.endingDailyAfterCount(10) //每天执行10次&＃xff0c;这个方法实际上根据 startTimeOfDay&＃43;interval*count 算出 endTimeOfDay.onDaysOfTheWeek(MONDAY,TUESDAY,WEDNESDAY,THURSDAY,FRIDAY) //周一至周五执行.withIntervalInHours(1) //每间隔1小时执行一次.build();


CronTrigger

适合于更复杂的任务&＃xff0c;它支持类型于Linux Cron的语法&＃xff08;并且更强大&＃xff09;。基本上它覆盖了以上三个Trigger的绝大部分能力&＃xff08;但不是全部&＃xff09;—— 当然&＃xff0c;也更难理解。

它适合的任务类似于&＃xff1a;每天0:00,9:00,18:00各执行一次。

它的属性只有:

• Cron表达式。但这个表示式本身就够复杂了。下面会有说明。

例子&＃xff1a;

cronSchedule("0 0/2 8-17 * * ?") // 每天8:00-17:00&＃xff0c;每隔2分钟执行一次.build();cronSchedule("0 30 9 ? * MON") // 每周一&＃xff0c;9:30执行一次
.build();weeklyOnDayAndHourAndMinute(MONDAY,9, 30) //等同于 0 30 9 ? * MON .build();

关于name和group

JobDetail和Trigger都有name和group。

name是它们在这个sheduler里面的唯一标识。如果我们要更新一个JobDetail定义&＃xff0c;只需要设置一个name相同的JobDetail实例即可。

group是一个组织单元&＃xff0c;sheduler会提供一些对整组操作的API&＃xff0c;比如 scheduler.resumeJobs()。

StartTime & EndTime

startTime和endTime指定的Trigger会被触发的时间区间。在这个区间之外&＃xff0c;Trigger是不会被触发的。

** 所有Trigger都会包含这两个属性 **

优先级&＃xff08;Priority&＃xff09;

当scheduler比较繁忙的时候&＃xff0c;可能在同一个时刻&＃xff0c;有多个Trigger被触发了&＃xff0c;但资源不足&＃xff08;比如线程池不足&＃xff09;。那么这个时候比剪刀石头布更好的方式&＃xff0c;就是设置优先级。优先级高的先执行。

需要注意的是&＃xff0c;优先级只有在同一时刻执行的Trigger之间才会起作用&＃xff0c;如果一个Trigger是9:00&＃xff0c;另一个Trigger是9:30。那么无论后一个优先级多高&＃xff0c;前一个都是先执行。

优先级的值默认是5&＃xff0c;当为负数时使用默认值。最大值似乎没有指定&＃xff0c;但建议遵循Java的标准&＃xff0c;使用1-10&＃xff0c;不然鬼才知道看到【优先级为10】是时&＃xff0c;上头还有没有更大的值。

Misfire(错失触发&＃xff09;策略

类似的Scheduler资源不足的时候&＃xff0c;或者机器崩溃重启等&＃xff0c;有可能某一些Trigger在应该触发的时间点没有被触发&＃xff0c;也就是Miss Fire了。这个时候Trigger需要一个策略来处理这种情况。每种Trigger可选的策略各不相同。

这里有两个点需要重点注意&＃xff1a;

• MisFire的触发是有一个阀值&＃xff0c;这个阀值是配置在JobStore的。比RAMJobStore是org.quartz.jobStore.misfireThreshold。只有超过这个阀值&＃xff0c;才会算MisFire。小于这个阀值&＃xff0c;Quartz是会全部重新触发。

所有MisFire的策略实际上都是解答两个问题&＃xff1a;

1. 已经MisFire的任务还要重新触发吗&＃xff1f;
2. 如果发生MisFire&＃xff0c;要调整现有的调度时间吗&＃xff1f;

比如SimpleTrigger的MisFire策略有&＃xff1a;

• MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY

  这个不是忽略已经错失的触发的意思&＃xff0c;而是说忽略MisFire策略。它会在资源合适的时候&＃xff0c;重新触发所有的MisFire任务&＃xff0c;并且不会影响现有的调度时间。

  比如&＃xff0c;SimpleTrigger每15秒执行一次&＃xff0c;而中间有5分钟时间它都MisFire了&＃xff0c;一共错失了20个&＃xff0c;5分钟后&＃xff0c;假设资源充足了&＃xff0c;并且任务允许并发&＃xff0c;它会被一次性触发。

  这个属性是所有Trigger都适用。

• MISFIRE_INSTRUCTION_FIRE_NOW

  忽略已经MisFire的任务&＃xff0c;并且立即执行调度。这通常只适用于只执行一次的任务。

• MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT

  将startTime设置当前时间&＃xff0c;立即重新调度任务&＃xff0c;包括的MisFire的

• MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_REMAINING_REPEAT_COUNT

  类似MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT&＃xff0c;区别在于会忽略已经MisFire的任务

• MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_EXISTING_COUNT

  在下一次调度时间点&＃xff0c;重新开始调度任务&＃xff0c;包括的MisFire的

• MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_REMAINING_COUNT

  类似于MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_EXISTING_COUNT&＃xff0c;区别在于会忽略已经MisFire的任务。

• MISFIRE_INSTRUCTION_SMART_POLICY

  所有的Trigger的MisFire默认值都是这个&＃xff0c;大致意思是“把处理逻辑交给聪明的Quartz去决定”。基本策略是&＃xff0c;

  1. 如果是只执行一次的调度&＃xff0c;使用MISFIRE_INSTRUCTION_FIRE_NOW
  2. 如果是无限次的调度(repeatCount是无限的)&＃xff0c;使用MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_REMAINING_COUNT
  3. 否则&＃xff0c;使用MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT

MisFire的东西挺繁杂的&＃xff0c;可以参考这篇

4、Scheduler代表一个调度容器&＃xff0c;一个调度容器中可以注册多个JobDetail和Trigger。当Trigger与JobDetail组合&＃xff0c;就可以被Scheduler容器调度了。 scheduler 由 scheduler 工厂创建&＃xff1a;DirectSchedulerFactory 或者 StdSchedulerFactory。 第二种工厂 StdSchedulerFactory 使用较多&＃xff0c;因为 DirectSchedulerFactory 使用起来不够方便&＃xff0c;需要作许多详细的手工编码设置。 Scheduler 主要有三种&＃xff1a;RemoteMBeanScheduler&＃xff0c; RemoteScheduler 和 StdScheduler。本文以最常用的 StdScheduler 为例讲解。

5、misfire&＃xff1a;错过的&＃xff0c;指本来应该被执行但实际没有被执行的任务调度

 Quartz 核心元素关系图

 六、使用流程

   1、创建调度工厂();   　　 //工厂模式

   2、根据工厂取得调度器实例();  　　//工厂模式

   3、Builder模式构建子组件 　　 // builder模式, 如JobBuilder、TriggerBuilder、DateBuilder

   4、通过调度器组装子组件   调度器.组装<子组件1,子组件2...>  　　//工厂模式

   5、调度器.start();　　 //工厂模式

七、一个最简单入门实例

import org.quartz.*; 
import org.quartz.impl.StdSchedulerFactory; 

import java.util.Date; 

/** 
* quartz定时器测试 
* 
* &＃64;author leizhimin 2009-7-23 8:49:01 
*/ 
public class MyJob implements Job { 
        public void execute(JobExecutionContext jobExecutionContext) throws JobExecutionException { 
                System.out.println(new Date() &＃43; ": doing something..."); 

System.out.println("现在的时间是&＃xff1a;"&＃43; sf.format(date));//具体的业务逻辑System.out.println("开始生成任务报表 或 开始发送邮件....");JobKey key &＃61; jobExecutionContext.getJobDetail().getKey();System.out.println("jobDetail 的name &＃xff1a; "&＃43;key.getName()); //打印jobDetail 的nameSystem.out.println("jobDetail 的group &＃xff1a; "&＃43;key.getGroup()); //打印jobDetail 的groupJobDataMap jobDetailDataMap &＃61; jobExecutionContext.getJobDetail().getJobDataMap();String message &＃61; jobDetailDataMap.getString("message"); //float floatJobValue &＃61; jobDetailDataMap.getFloat("FloatJobValue");System.out.println("jobDataMap定义的message的值 : "&＃43;message ); //打印jobDataMap定义的message的值 System.out.println("jobDataMap定义的floatJobValue的值 : "&＃43;floatJobValue ); //jobDataMap定义的floatJobValue的值} 
} class Test { public static void main(String[] args) { //1、创建JobDetial对象 JobDetail jobDetail &＃61; new JobDetail(); //设置工作项 jobDetail.setJobClass(MyJob.class); jobDetail.setName("MyJob_1"); jobDetail.setGroup("JobGroup_1"); //2、创建Trigger对象 SimpleTrigger strigger &＃61; new SimpleTrigger(); strigger.setName("Trigger_1"); strigger.setGroup("Trigger_Group_1"); strigger.setStartTime(new Date()); //设置重复停止时间&＃xff0c;并销毁该Trigger对象 java.util.Calendar c &＃61; java.util.Calendar.getInstance(); c.setTimeInMillis(System.currentTimeMillis() &＃43; 1000 * 1L); strigger.setEndTime(c.getTime()); strigger.setFireInstanceId("Trigger_1_id_001"); //设置重复间隔时间 strigger.setRepeatInterval(1000 * 1L); //设置重复执行次数 strigger.setRepeatCount(3); //3、创建Scheduler对象&＃xff0c;并配置JobDetail和Trigger对象 SchedulerFactory sf &＃61; new StdSchedulerFactory(); Scheduler scheduler &＃61; null; try { scheduler &＃61; sf.getScheduler(); scheduler.scheduleJob(jobDetail, strigger); //4、并执行启动、关闭等操作 scheduler.start(); } catch (SchedulerException e) { e.printStackTrace(); } 
//                try { 
//                        //关闭调度器 
//                        scheduler.shutdown(true); 
//                } catch (SchedulerException e) { 
//                        e.printStackTrace(); 
//                } } 
}

执行结果&＃xff1a;

当把结束时间改为&＃xff1a;

                //设置重复停止时间&＃xff0c;并销毁该Trigger对象 
                java.util.Calendar c &＃61; java.util.Calendar.getInstance(); 
                c.setTimeInMillis(System.currentTimeMillis() &＃43; 1000 * 1L); 
                strigger.setEndTime(c.getTime());

执行结果&＃xff1a;

当添加一条关闭调度器的语句&＃xff1a;

                        //4、并执行启动、关闭等操作 
                        scheduler.start(); 
                        scheduler.shutdown(true); 

程序执行结果&＃xff1a;

Thu Jul 23 10:11:50 CST 2009: doing something... 

Process finished with exit code 0

仅仅执行了一次&＃xff0c;这一次能执行完&＃xff0c;原因是设定了scheduler.shutdown(true);true表示等待本次任务执行完成后停止。

 从这里也可以看出&＃xff0c;scheduler是个容器&＃xff0c;scheduler控制jobDetail的执行&＃xff0c;控制的策略是通过trigger。

当scheduler容器启动后&＃xff0c;jobDetail才能根据关联的trigger策略去执行。当scheduler容器关闭后&＃xff0c;所有的jobDetail都停止执行。

八、表关系和解释

表关系

qrtz_blob_triggers    Trigger作为Blob类型存储(用于Quartz用户用JDBC创建他们自己定制的Trigger类型&＃xff0c;JobStore 并不知道如何存储实例的时候)
qrtz_calendars    以Blob类型存储Quartz的Calendar日历信息&＃xff0c; quartz可配置一个日历来指定一个时间范围
qrtz_cron_triggers    存储Cron Trigger&＃xff0c;包括Cron表达式和时区信息。
qrtz_fired_triggers    存储与已触发的Trigger相关的状态信息&＃xff0c;以及相联Job的执行信息
qrtz_job_details    存储每一个已配置的Job的详细信息
qrtz_locks    存储程序的非观锁的信息(假如使用了悲观锁)
qrtz_paused_trigger_graps    存储已暂停的Trigger组的信息
qrtz_scheduler_state    存储少量的有关 Scheduler的状态信息&＃xff0c;和别的 Scheduler 实例(假如是用于一个集群中)
qrtz_simple_triggers    存储简单的 Trigger&＃xff0c;包括重复次数&＃xff0c;间隔&＃xff0c;以及已触的次数
qrtz_triggers    存储已配置的 Trigger的信息
qrzt_simprop_triggers    
 

九、cron表达式编写规则

　1.　Quartz Cron 表达式支持7个域 ,分别是秒/分/时/日/月/周/年.期中年是非必须项.如下图

注意在cron表达式中不区分大小写.

星号(*)&＃xff1a;可用在所有字段中&＃xff0c;表示对应时间域的每一个时刻&＃xff0c;例如&＃xff0c; 在分钟字段时&＃xff0c;表示“每分钟”&＃xff1b;

问号&＃xff08;?&＃xff09;&＃xff1a;该字符只在日期和星期字段中使用&＃xff0c;它通常指定为“无意义的值”&＃xff0c;相当于点位符&＃xff1b;

减号(-)&＃xff1a;表达一个范围&＃xff0c;如在小时字段中使用“10-12”&＃xff0c;则表示从10到12点&＃xff0c;即10,11,12&＃xff1b;

逗号(,)&＃xff1a;表达一个列表值&＃xff0c;如在星期字段中使用“MON,WED,FRI”&＃xff0c;则表示星期一&＃xff0c;星期三和星期五&＃xff1b;

斜杠(/)&＃xff1a;x/y表达一个等步长序列&＃xff0c;x为起始值&＃xff0c;y为增量步长值。如在分钟字段中使用0/15&＃xff0c;则表示为0,15,30和45秒&＃xff0c;而5/15在分钟字段中表示5,20,35,50&＃xff0c;你也可以使用*/y&＃xff0c;它等同于0/y&＃xff1b;

L&＃xff1a;该字符只在日期和星期字段中使用&＃xff0c;代表“Last”的意思&＃xff0c;但它在两个字段中意思不同。L在日期字段中&＃xff0c;表示这个月份的最后一天&＃xff0c;如一月的31号&＃xff0c;非闰年二月的28号&＃xff1b;如果L用在星期中&＃xff0c;则表示星期六&＃xff0c;等同于7。但是&＃xff0c;如果L出现在星期字段里&＃xff0c;而且在前面有一个数值X&＃xff0c;则表示“这个月的最后X天”&＃xff0c;例如&＃xff0c;6L表示该月的最后星期五&＃xff1b;

W&＃xff1a;该字符只能出现在日期字段里&＃xff0c;是对前导日期的修饰&＃xff0c;表示离该日期最近的工作日。例如15W表示离该月15号最近的工作日&＃xff0c;如果该月15号是星期六&＃xff0c;则匹配14号星期五&＃xff1b;如果15日是星期日&＃xff0c;则匹配16号星期一&＃xff1b;如果15号是星期二&＃xff0c;那结果就是15号星期二。但必须注意关联的匹配日期不能够跨月&＃xff0c;如你指定1W&＃xff0c;如果1号是星期六&＃xff0c;结果匹配的是3号星期一&＃xff0c;而非上个月最后的那天。W字符串只能指定单一日期&＃xff0c;而不能指定日期范围&＃xff1b;

LW组合&＃xff1a;在日期字段可以组合使用LW&＃xff0c;它的意思是当月的最后一个工作日&＃xff1b;

井号(#)&＃xff1a;该字符只能在星期字段中使用&＃xff0c;表示当月某个工作日。如6#3表示当月的第三个星期五(6表示星期五&＃xff0c;#3表示当前的第三个)&＃xff0c;而4#5表示当月的第五个星期三&＃xff0c;假设当月没有第五个星期三&＃xff0c;忽略不触发&＃xff1b;

C&＃xff1a;该字符只在日期和星期字段中使用&＃xff0c;代表“Calendar”的意思。它的意思是计划所关联的日期&＃xff0c;如果日期没有被关联&＃xff0c;则相当于日历中所有日期。例如5C在日期字段中就相当于日历5日以后的第一天。1C在星期字段中相当于星期日后的第一天。

Cron表达式对特殊字符的大小写不敏感&＃xff0c;对代表星期的缩写英文大小写也不敏感。

2.官方的一些案例

以上就可以实现大部分的业务的需求了&＃xff0c;附上cron表达式在线生成器&＃xff1a;https://www.pppet.net/

十、总结

1、搞清楚了上Quartz容器执行作业的的原理和过程&＃xff0c;以及作业形成的方式&＃xff0c;作业注册到容器的方法。就认识明白了Quartz的核心原理。

2、Quartz虽然很庞大&＃xff0c;但是一切都围绕这个核心转&＃xff0c;为了配置强大时间调度策略&＃xff0c;可以研究专门的CronTrigger。要想灵活配置作业和容器属性&＃xff0c;可以通过Quartz的properties文件或者XML来实现。

3、要想调度更多的持久化、结构化作业&＃xff0c;可以通过数据库读取作业&＃xff0c;然后放到容器中执行。

4、所有的一切都围绕这个核心原理转&＃xff0c;搞明白这个了&＃xff0c;再去研究更高级用法就容易多了。

5、Quartz与Spring的整合也非常简单&＃xff0c;Spring提供一组Bean来支持&＃xff1a;MethodInvokingJobDetailFactoryBean、SimpleTriggerBean、SchedulerFactoryBean&＃xff0c;看看里面需要注入什么属性即可明白了。Spring会在Spring容器启动时候&＃xff0c;启动Quartz容器。

6、Quartz容器的关闭方式也很简单&＃xff0c;如果是Spring整合&＃xff0c;则有两种方法&＃xff0c;一种是关闭Spring容器&＃xff0c;一种是获取到SchedulerFactoryBean实例&＃xff0c;然后调用一个shutdown就搞定了。如果是Quartz独立使用&＃xff0c;则直接调用scheduler.shutdown(true);

7、Quartz的JobDetail、Trigger都可以在运行时重新设置&＃xff0c;并且在下次调用时候起作用。这就为动态作业的实现提供了依据。你可以将调度时间策略存放到数据库&＃xff0c;然后通过数据库数据来设定Trigger&＃xff0c;这样就能产生动态的调度。

参考博客&＃xff1a;

https://blog.51cto.com/lavasoft/181907

https://www.cnblogs.com/drift-ice/p/3817269.html

https://www.cnblogs.com/zhanghaoliang/p/7886110.html

https://blog.csdn.net/u010648555/article/category/6601767

https://www.ibm.com/developerworks/cn/opensource/os-cn-quartz/

https://blog.csdn.net/u010648555/article/details/54863144