概述

了解quartz体系结构

quartz对任务调度的领域问题进行了高度的抽象，提出了调度器、任务和触发器这3个核心的概念，并在org.quartz通过接口和类对重要的这些核心概念进行描述：

●job：是一个接口，只有一个方法void execute(jobexecutioncontext context)，开发者实现该接口定义运行任务，jobexecutioncontext类提供了调度上下文的各种信息。job运行时的信息保存在jobdatamap实例中；

●jobdetail：quartz在每次执行job时，都重新创建一个job实例，所以它不直接接受一个job的实例，相反它接收一个job实现类，以便运行时通过newinstance()的反射机制实例化job。因此需要通过一个类来描述job的实现类及其它相关的静态信息，如job名字、描述、关联监听器等信息，jobdetail承担了这一角色。

通过该类的构造函数可以更具体地了解它的功用：jobdetail(java.lang.string name, java.lang.string group, java.lang.class jobclass)，该构造函数要求指定job的实现类，以及任务在scheduler中的组名和job名称；

●trigger：是一个类，描述触发job执行的时间触发规则。主要有simpletrigger和crontrigger这两个子类。当仅需触发一次或者以固定时间间隔周期执行，simpletrigger是最适合的选择；而crontrigger则可以通过cron表达式定义出各种复杂时间规则的调度方案：如每早晨9:00执行，周一、周三、周五下午5:00执行等；

●calendar：org.quartz.calendar和java.util.calendar不同，它是一些日历特定时间点的集合（可以简单地将org.quartz.calendar看作java.util.calendar的集合——java.util.calendar代表一个日历时间点，无特殊说明后面的calendar即指org.quartz.calendar）。一个trigger可以和多个calendar关联，以便排除或包含某些时间点。

假设，我们安排每周星期一早上10:00执行任务，但是如果碰到法定的节日，任务则不执行，这时就需要在trigger触发机制的基础上使用calendar进行定点排除。针对不同时间段类型，quartz在org.quartz.impl.calendar包下提供了若干个calendar的实现类，如annualcalendar、monthlycalendar、weeklycalendar分别针对每年、每月和每周进行定义；

●scheduler：代表一个quartz的独立运行容器，trigger和jobdetail可以注册到scheduler中，两者在scheduler中拥有各自的组及名称，组及名称是scheduler查找定位容器中某一对象的依据，trigger的组及名称必须唯一，jobdetail的组和名称也必须唯一（但可以和trigger的组和名称相同，因为它们是不同类型的）。scheduler定义了多个接口方法，允许外部通过组及名称访问和控制容器中trigger和jobdetail。

scheduler可以将trigger绑定到某一jobdetail中，这样当trigger触发时，对应的job就被执行。一个job可以对应多个trigger，但一个trigger只能对应一个job。可以通过schedulerfactory创建一个scheduler实例。scheduler拥有一个schedulercontext，它类似于servletcontext，保存着scheduler上下文信息，job和trigger都可以访问schedulercontext内的信息。schedulercontext内部通过一个map，以键值对的方式维护这些上下文数据，schedulercontext为保存和获取数据提供了多个put()和getxxx()的方法。可以通过scheduler# getcontext()获取对应的schedulercontext实例；

●threadpool：scheduler使用一个线程池作为任务运行的基础设施，任务通过共享线程池中的线程提高运行效率。

job有一个statefuljob子接口，代表有状态的任务，该接口是一个没有方法的标签接口，其目的是让quartz知道任务的类型，以便采用不同的执行方案。无状态任务在执行时拥有自己的jobdatamap拷贝，对jobdatamap的更改不会影响下次的执行。而有状态任务共享共享同一个jobdatamap实例，每次任务执行对jobdatamap所做的更改会保存下来，后面的执行可以看到这个更改，也即每次执行任务后都会对后面的执行发生影响。

正因为这个原因，无状态的job可以并发执行，而有状态的statefuljob不能并发执行，这意味着如果前次的statefuljob还没有执行完毕，下一次的任务将阻塞等待，直到前次任务执行完毕。有状态任务比无状态任务需要考虑更多的因素，程序往往拥有更高的复杂度，因此除非必要，应该尽量使用无状态的job。

如果quartz使用了数据库持久化任务调度信息，无状态的jobdatamap仅会在scheduler注册任务时保持一次，而有状态任务对应的jobdatamap在每次执行任务后都会进行保存。

trigger自身也可以拥有一个jobdatamap，其关联的job可以通过jobexecutioncontext#gettrigger().getjobdatamap()获取trigger中的jobdatamap。不管是有状态还是无状态的任务，在任务执行期间对trigger的jobdatamap所做的更改都不会进行持久，也即不会对下次的执行产生影响。

quartz拥有完善的事件和监听体系，大部分组件都拥有事件，如任务执行前事件、任务执行后事件、触发器触发前事件、触发后事件、调度器开始事件、关闭事件等等，可以注册相应的监听器处理感兴趣的事件。

图1描述了scheduler的内部组件结构，schedulercontext提供scheduler全局可见的上下文信息，每一个任务都对应一个jobdatamap，虚线表达的jobdatamap表示对应有状态的任务：

500){this.resized=true;this.style.width=500;}" align=center>

1 scheduler结构图

一个scheduler可以拥有多个triger组和多个jobdetail组，注册trigger和jobdetail时，如果不显式指定所属的组，scheduler将放入到默认组中，默认组的组名为scheduler.default_group。组名和名称组成了对象的全名，同一类型对象的全名不能相同。

scheduler本身就是一个容器，它维护着quartz的各种组件并实施调度的规则。scheduler还拥有一个线程池，线程池为任务提供执行线程——这比执行任务时简单地创建一个新线程要拥有更高的效率，同时通过共享节约资源的占用。通过线程池组件的支持，对于繁忙度高、压力大的任务调度，quartz将可以提供良好的伸缩性。

提示： quartz完整下载包examples目录下拥有10多个实例，它们是快速掌握quartz应用很好的实例。

使用simpletrigger

simpletrigger拥有多个重载的构造函数，用以在不同场合下构造出对应的实例：

●simpletrigger(string name, string group)：通过该构造函数指定trigger所属组和名称；

●simpletrigger(string name, string group, date starttime)：除指定trigger所属组和名称外，还可以指定触发的开发时间；

●simpletrigger(string name, string group, date starttime, date endtime, int repeatcount, long repeatinterval)：除指定以上信息外，还可以指定结束时间、重复执行次数、时间间隔等参数；

●simpletrigger(string name, string group, string jobname, string jobgroup, date starttime, date endtime, int repeatcount, long repeatinterval)：这是最复杂的一个构造函数，在指定触发参数的同时，还通过jobgroup和jobname，让该trigger和scheduler中的某个任务关联起来。

通过实现 org.quartz..job 接口，可以使 java 类化身为可调度的任务。代码清单1提供了 quartz 任务的一个示例：

1 simplejob：简单的job实现类

package com.baobaotao.basic.quartz;

import java.util.date;

import org.quartz.job;

import org.quartz.jobexecutioncontext;

import org.quartz.jobexecutionexception;

public class simplejob implements job {

①实例job接口方法

public void execute(jobexecutioncontext jobctx)throws jobexecutionexception {

system.out.println(jobctx.gettrigger().getname() " triggered. time is:"  (new date()));

}

}

这个类用一条非常简单的输出语句实现了job接口的execute(jobexecutioncontext context) 方法，这个方法可以包含想要执行的任何代码。下面，我们通过simpletrigger对simplejob进行调度：

2 simpletriggerrunner：使用simpletrigger进行调度

package com.baobaotao.basic.quartz;

import java.util.date;

import org.quartz.jobdetail;

import org.quartz.scheduler;

import org.quartz.schedulerfactory;

import org.quartz.simpletrigger;

import org.quartz.impl.stdschedulerfactory;

public class simpletriggerrunner {

public static void main(string args[]) {

try {

①创建一个jobdetail实例，指定simplejob

jobdetail jobdetail = new jobdetail("job1_1","jgroup1", simplejob.class);

②通过simpletrigger定义调度规则：马上启动，每2秒运行一次，共运行100次

simpletrigger simpletrigger = new simpletrigger("trigger1_1","tgroup1");

simpletrigger.setstarttime(new date());

simpletrigger.setrepeatinterval(2000);

simpletrigger.setrepeatcount(100);

③通过schedulerfactory获取一个调度器实例

schedulerfactory schedulerfactory = new stdschedulerfactory();

scheduler scheduler = schedulerfactory.getscheduler();

scheduler.schedulejob(jobdetail, simpletrigger);④ 注册并进行调度

scheduler.start();⑤调度启动

} catch (exception e) {

e.printstacktrace();

}

}

}

首先在①处通过jobdetail封装simplejob，同时指定job在scheduler中所属组及名称，这里，组名为jgroup1，而名称为job1_1。

在②处创建一个simpletrigger实例，指定该trigger在scheduler中所属组及名称。接着设置调度的时间规则。

最后，需要创建scheduler实例，并将jobdetail和trigger实例注册到scheduler中。这里，我们通过stdschedulerfactory获取一个scheduler实例，并通过schedulejob(jobdetail jobdetail, trigger trigger)完成两件事：

1)将jobdetail和trigger注册到scheduler中；

2)将trigger指派给jobdetail，将两者关联起来。

当scheduler启动后，trigger将定期触发并执行simplejob的execute(jobexecutioncontext jobctx)方法，然后每 10 秒重复一次，直到任务被执行 100 次后停止。

还可以通过simpletrigger的setstarttime(java.util.date starttime)和setendtime(java.util.date endtime)指定运行的时间范围，当运行次数和时间范围冲突时，超过时间范围的任务运行不被执行。如可以通过simpletrigger.setstarttime(new date(system.currenttimemillis() 60000l))指定60秒钟以后开始。

除了通过schedulejob(jobdetail, simpletrigger)建立trigger和jobdetail的关联，还有另外一种关联trigger和jobdetail的方式：

jobdetail jobdetail = new jobdetail("job1_1","jgroup1", simplejob.class);

simpletrigger simpletrigger = new simpletrigger("trigger1_1","tgroup1");

…

simpletrigger.setjobgroup("jgroup1");①-1：指定关联的job组名

simpletrigger.setjobname("job1_1");①-2：指定关联的job名称

scheduler.addjob(jobdetail, true);② 注册jobdetail

scheduler.schedulejob(simpletrigger);③ 注册指定了关联jobdetail的trigger

在这种方式中，trigger通过指定job所属组及job名称，然后使用scheduler的schedulejob(trigger trigger)方法注册trigger。有两个值得注意的地方：

通过这种方式注册的trigger实例必须已经指定job组和job名称，否则调用注册trigger的方法将抛出异常；

引用的jobdetail对象必须已经存在于scheduler中。也即，代码中①、②和③的先后顺序不能互换。

在构造trigger实例时，可以考虑使用org.quartz.triggerutils工具类，该工具类不但提供了众多获取特定时间的方法，还拥有众多获取常见trigger的方法，如makesecondlytrigger(string trigname)方法将创建一个每秒执行一次的trigger，而makeweeklytrigger(string trigname, int dayofweek, int hour, int minute)将创建一个每星期某一特定时间点执行一次的trigger。而getevenminutedate(date date)方法将返回某一时间点一分钟以后的时间。

使用crontrigger

crontrigger 能够提供比 simpletrigger 更有具体实际意义的调度方案，调度规则基于 cron 表达式，crontrigger 支持日历相关的重复时间间隔（比如每月第一个周一执行），而不是简单的周期时间间隔。因此，相对于simpletrigger而言，crontrigger在使用上也要复杂一些。

cron表达式

quartz使用类似于linux下的cron表达式定义时间规则，cron表达式由6或7个由空格分隔的时间字段组成，如表1所示：

1 cron表达式时间字段

cron表达式的时间字段除允许设置数值外，还可使用一些特殊的字符，提供列表、范围、通配符等功能，细说如下：

●星号(*)：可用在所有字段中，表示对应时间域的每一个时刻，例如，*在分钟字段时，表示“每分钟”；

●问号（?）：该字符只在日期和星期字段中使用，它通常指定为“无意义的值”，相当于点位符；

●减号(-)：表达一个范围，如在小时字段中使用“10-12”，则表示从10到12点，即10,11,12；

●逗号(,)：表达一个列表值，如在星期字段中使用“mon,wed,fri”，则表示星期一，星期三和星期五；

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

●l：该字符只在日期和星期字段中使用，代表“last”的意思，但它在两个字段中意思不同。l在日期字段中，表示这个月份的最后一天，如一月的31号，非闰年二月的28号；如果l用在星期中，则表示星期六，等同于7。但是，如果l出现在星期字段里，而且在前面有一个数值x，则表示“这个月的最后x天”，例如，6l表示该月的最后星期五；

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

●lw组合：在日期字段可以组合使用lw，它的意思是当月的最后一个工作日；

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

● c：该字符只在日期和星期字段中使用，代表“calendar”的意思。它的意思是计划所关联的日期，如果日期没有被关联，则相当于日历中所有日期。例如5c在日期字段中就相当于日历5日以后的第一天。1c在星期字段中相当于星期日后的第一天。

cron表达式对特殊字符的大小写不敏感，对代表星期的缩写英文大小写也不敏感。

表2下面给出一些完整的cron表示式的实例：

2 cron表示式示例

crontrigger实例

下面，我们使用crontrigger对simplejob进行调度，通过cron表达式制定调度规则，让它每5秒钟运行一次：

3 crontriggerrunner：使用crontrigger进行调度

package com.baobaotao.basic.quartz;

import org.quartz.cronexpression;

import org.quartz.crontrigger;

import org.quartz.jobdetail;

import org.quartz.scheduler;

import org.quartz.schedulerfactory;

import org.quartz.impl.stdschedulerfactory;

public class crontriggerrunner {

public static void main(string args[]) {

try {

jobdetail jobdetail = new jobdetail("job1_2", "jgroup1",simplejob.class);

①-1：创建crontrigger，指定组及名称

crontrigger crontrigger = new crontrigger("trigger1_2", "tgroup1");

cronexpression cexp = new cronexpression("0/5 * * * * ?");①-2：定义cron表达式

crontrigger.setcronexpression(cexp);①-3：设置cron表达式

schedulerfactory schedulerfactory = new stdschedulerfactory();

scheduler scheduler = schedulerfactory.getscheduler();

scheduler.schedulejob(jobdetail, crontrigger);

scheduler.start();

//②

} catch (exception e) {

e.printstacktrace();

}

}

}

运行crontriggerrunner，每5秒钟将触发运行simplejob一次。默认情况下cron表达式对应当前的时区，可以通过crontriggerrunner的settimezone(java.util.timezone timezone)方法显式指定时区。你还也可以通过setstarttime(java.util.date starttime)和setendtime(java.util.date endtime)指定开始和结束的时间。

在代码清单3的②处需要通过thread.currentthread.sleep()的方式让主线程睡眠，以便调度器可以继续工作执行任务调度。否则在调度器启动后，因为主线程马上退出，也将同时引起调度器关闭，调度器中的任务都将相应销毁，这将导致看不到实际的运行效果。在单元测试的时候，让主线程睡眠经常使用的办法。对于某些长周期任务调度的测试，你可以简单地调整操作系统时间进行模拟。

使用calendar

在实际任务调度中，我们不可能一成不变地按照某个周期性的调度规则运行任务，必须考虑到实现生活中日历上特定日期，就象习惯了大男人作风的人在2月14号也会有不同表现一样。

下面，我们安排一个任务，每小时运行一次，并将五一节和国际节排除在外，其代码如代码清单4所示：

4 calendarexample：使用calendar

package com.baobaotao.basic.quartz;

import java.util.calendar;

import java.util.date;

import java.util.gregoriancalendar;

import org.quartz.impl.calendar.annualcalendar;

import org.quartz.triggerutils;

…

public class calendarexample {

public static void main(string[] args) throws exception {

schedulerfactory sf = new stdschedulerfactory();

scheduler scheduler = sf.getscheduler();

①法定节日是以每年为周期的，所以使用annualcalendar

annualcalendar holidays = new annualcalendar();

②五一劳动节

calendar laborday = new gregoriancalendar();

laborday.add(calendar.month,5);

laborday.add(calendar.date,1);

holidays.setdayexcluded(laborday, true); ②-1：排除的日期，如果设置为false则为包含

③国庆节

calendar nationalday = new gregoriancalendar();

nationalday.add(calendar.month,10);

nationalday.add(calendar.date,1);

holidays.setdayexcluded(nationalday, true);③-1：排除该日期

scheduler.addcalendar("holidays", holidays, false, false);④向scheduler注册日历

date rundate = triggerutils.getdateof(0,0, 10, 1, 4);⑤4月1号 上午10点

jobdetail job = new jobdetail("job1", "group1", simplejob.class);

simpletrigger trigger = new simpletrigger("trigger1", "group1", 

rundate, 

null, 

simpletrigger.repeat_indefinitely, 

60l * 60l * 1000l);

trigger.setcalendarname("holidays");⑥让trigger应用指定的日历规则

scheduler.schedulejob(job, trigger);

scheduler.start();

//实际应用中主线程不能停止，否则scheduler得不到执行，此处从略

}

}

由于节日是每年重复的，所以使用org.quartz.calendar的annualcalendar实现类，通过②、③的代码，指定五一和国庆两个节日并通过annualcalendar#setdayexcluded(calendar day, boolean exclude)方法添加这两个日期。exclude为true时表示排除指定的日期，如果为false时表示包含指定的日期。

在定制好org.quartz.calendar后，还需要通过scheduler#addcalendar(string calname, calendar calendar, boolean replace, boolean updatetriggers)进行注册，如果updatetriggers为true，scheduler中已引用calendar的trigger将得到更新，如④所示。

在⑥处，我们让一个trigger指定使用scheduler中代表节日的calendar，这样trigger就会避开五一和国庆这两个特殊日子了。

任务调度信息存储

在默认情况下quartz将任务调度的运行信息保存在内存中，这种方法提供了最佳的性能，因为内存中数据访问最快。不足之处是缺乏数据的持久性，当程序路途停止或系统崩溃时，所有运行的信息都会丢失。

比如我们希望安排一个执行100次的任务，如果执行到50次时系统崩溃了，系统重启时任务的执行计数器将从0开始。在大多数实际的应用中，我们往往并不需要保存任务调度的现场数据，因为很少需要规划一个指定执行次数的任务。

对于仅执行一次的任务来说，其执行条件信息本身应该是已经持久化的业务数据（如锁定到期解锁任务，解锁的时间应该是业务数据），当执行完成后，条件信息也会相应改变。当然调度现场信息不仅仅是记录运行次数，还包括调度规则、jobdatamap中的数据等等。

如果确实需要持久化任务调度信息，quartz允许你通过调整其属性文件，将这些信息保存到数据库中。使用数据库保存任务调度信息后，即使系统崩溃后重新启动，任务的调度信息将得到恢复。如前面所说的例子，执行50次崩溃后重新运行，计数器将从51开始计数。使用了数据库保存信息的任务称为持久化任务。

通过配置文件调整任务调度信息的保存策略

其实quartz jar文件的org.quartz包下就包含了一个quartz.properties属性配置文件并提供了默认设置。如果需要调整默认配置，可以在类路径下建立一个新的quartz.properties，它将自动被quartz加载并覆盖默认的设置。

先来了解一下quartz的默认属性配置文件：

代码清单5 quartz.properties：默认配置

①集群的配置，这里不使用集群

org.quartz.scheduler.instancename = defaultquartzscheduler

org.quartz.scheduler.rmi.export = false

org.quartz.scheduler.rmi.proxy = false

org.quartz.scheduler.wrapjobexecutioninusertransaction = false

②配置调度器的线程池

org.quartz.threadpool.class = org.quartz.simpl.simplethreadpool

org.quartz.threadpool.threadcount = 10

org.quartz.threadpool.threadpriority = 5

org.quartz.threadpool.threadsinheritcontextclassloaderofinitializingthread = true

③配置任务调度现场数据保存机制

org.quartz.jobstore.class = org.quartz.simpl.ramjobstore

quartz的属性配置文件主要包括三方面的信息：

1)集群信息；

2)调度器线程池；

3)任务调度现场数据的保存。

如果任务数目很大时，可以通过增大线程池的大小得到更好的性能。默认情况下，quartz采用org.quartz.simpl.ramjobstore保存任务的现场数据，顾名思义，信息保存在ram内存中，我们可以通过以下设置将任务调度现场数据保存到数据库中：

6 quartz.properties：使用数据库保存任务调度现场数据

…

org.quartz.jobstore.class = org.quartz.impl.jdbcjobstore.jobstoretx

org.quartz.jobstore.tableprefix = qrtz_①数据表前缀

org.quartz.jobstore.datasource = qzds②数据源名称

③定义数据源的具体属性

org.quartz.datasource.qzds.driver = oracle.jdbc.driver.oracledriver

org.quartz.datasource.qzds.url = jdbc:oracle:thin:@localhost:1521:ora9i

org.quartz.datasource.qzds.user = stamen

org.quartz.datasource.qzds.password = abc

org.quartz.datasource.qzds.maxconnections = 10

要将任务调度数据保存到数据库中，就必须使用org.quartz.impl.jdbcjobstore.jobstoretx代替原来的org.quartz.simpl.ramjobstore并提供相应的数据库配置信息。首先①处指定了quartz数据库表的前缀，在②处定义了一个数据源，在③处具体定义这个数据源的连接信息。

你必须事先在相应的数据库中创建quartz的数据表（共8张），在quartz的完整发布包的docs/dbtables目录下拥有对应不同数据库的sql脚本。

查询数据库中的运行信息

任务的现场保存对于上层的quartz程序来说是完全透明的，我们在src目录下编写一个如代码清单6所示的quartz.properties文件后，重新运行代码清单2或代码清单3的程序，在数据库表中将可以看到对应的持久化信息。当调度程序运行过程中途停止后，任务调度的现场数据将记录在数据表中，在系统重启时就可以在此基础上继续进行任务的调度。

7 jdbcjobstorerunner：从数据库中恢复任务的调度

package com.baobaotao.basic.quartz;

import org.quartz.scheduler;

import org.quartz.schedulerfactory;

import org.quartz.simpletrigger;

import org.quartz.trigger;

import org.quartz.impl.stdschedulerfactory;

public class jdbcjobstorerunner {

public static void main(string args[]) {

try {

schedulerfactory schedulerfactory = new stdschedulerfactory();

scheduler scheduler = schedulerfactory.getscheduler();

①获取调度器中所有的触发器组

string[] triggergroups = scheduler.gettriggergroupnames();

②重新恢复在tgroup1组中，名为trigger1_1触发器的运行

for (int i = 0; i < triggergroups.length; i) {

string[] triggers = scheduler.gettriggernames(triggergroups[i]);

for (int j = 0; j < triggers.length; j) {

trigger tg = scheduler.gettrigger(triggers[j],triggergroups[i]);

if (tg instanceof simpletrigger

&& tg.getfullname().equals("tgroup1.trigger1_1")) {②-1:根据名称判断

②-1:恢复运行

scheduler.reschedulejob(triggers[j], triggergroups[i],tg);

}

}

}

scheduler.start();

} catch (exception e) {

e.printstacktrace();

}

}

}

当代码清单2中的simpletriggerrunner执行到一段时间后非正常退出，我们就可以通过这个jdbcjobstorerunner根据记录在数据库中的现场数据恢复任务的调度。scheduler中的所有trigger以及jobdetail的运行信息都会保存在数据库中，这里我们仅恢复tgroup1组中名称为trigger1_1的触发器，这可以通过如②-1所示的代码进行过滤，触发器的采用group.trigger_name的全名格式。通过scheduler#reschedulejob(string triggername,string groupname,trigger newtrigger)即可重新调度关联某个trigger的任务。

下面我们来观察一下不同时期qrtz_simple_triggers表的数据：

1．运行代码清单2的simpletriggerrunner一小段时间后退出：

500){this.resized=true;this.style.width=500;}" align=center resized="true">

repeat_count表示需要运行的总次数，而times_trigger表示已经运行的次数。

2．运行代码清单7的jdbcjobstorerunner恢复trigger1_1的触发器，运行一段时间后退出，这时qrtz_simple_triggers中的数据如下：

500){this.resized=true;this.style.width=500;}" align=center resized="true">

首先quartz会将原repeat_count-times_trigger得到新的repeat_count值，并记录已经运行的次数（重新从0开始计算）。

3．重新启动jdbcjobstorerunner运行后，数据又将发生相应的变化：

500){this.resized=true;this.style.width=500;}" align=center resized="true">

4．继续运行直至完成所有剩余的次数，再次查询qrtz_simple_triggers表：

500){this.resized=true;this.style.width=500;}" align=center resized="true">

这时，该表中的记录已经变空。

值得注意的是，如果你使用jdbc保存任务调度数据时，当你运行代码清单2的simpletriggerrunner然后退出，当再次希望运行simpletriggerrunner时，系统将抛出jobdetail重名的异常：

unable to store job with name: 'job1_1' and group: 'jgroup1', because one already exists with this identification.

因为每次调用scheduler#schedulejob()时，quartz都会将jobdetail和trigger的信息保存到数据库中，如果数据表中已经同名的jobdetail或trigger，异常就产生了。

本文使用quartz 1.6版本，我们发现当后台数据库使用mysql时，数据保存不成功，该错误是quartz的一个bug，相信会在高版本中得到修复。因为hsqldb不支持select * from table_name for update的语法，所以不能使用hsqldb数据库。

小结

quartz提供了最为丰富的任务调度功能，不但可以制定周期性运行的任务调度方案，还可以让你按照日历相关的方式进行任务调度。quartz框架的重要组件包括job、jobdetail、trigger、scheduler以及辅助性的jobdatamap和schedulercontext。

quartz拥有一个线程池，通过线程池为任务提供执行线程，你可以通过配置文件对线程池进行参数定制。quartz的另一个重要功能是可将任务调度信息持久化到数据库中，以便系统重启时能够恢复已经安排的任务。此外，quartz还拥有完善的事件体系，允许你注册各种事件的监听器。