http://tanyankai.iteye.com/blog/551997
Quartz是一个开源的作业调度框架,完全由java写的,你能通过它创建简单或者复杂的任务。他能提供巨大的灵活性,但又不牺牲简单性。
Quartz的核心概念 :调度器、触发器、作业
调度器(Scheduler)
Scheduler负责管理Quartz的运行环境,Quartz它是基于多线程架构的,它启动的时候会初始化一套线程,这套线程会用来执行一些预置的作业。
要创建一个作业并能够被触发调用,必须在Scheduler上面注册一个JobDetail和Trigger。
Scheduler提携了所有Trigger和JobDetail,使它们协调工作。这些Trigger和JobDetail通过自身的name和group属性区分。
Scheduler 由SchedulerFactory产生,我们可以通过以下方式获取Scheduler的实例:
//从ServletContext上下文中查找SchedulerFactory
SchedulerFactory factory = (SchedulerFactory) ServletActionContext.getServletContext().getAttribute("org.quartz.impl.StdSchedulerFactory.KEY");
//获取Scheduler对象
Scheduler defScheduler = factory.getScheduler();
作业
Job
任务,其实就是一个接口。要创建一个任务,必须得实现这个接口。该接口只有一个execute方法,任务每次被调用的时候都会执行这个execute方法的逻辑。
public class TestJob impletemens org.quartz.Job{
@Override
public void execute(JobExecutionContext context) throws JobExecutionException{
// you business logic
// …
System.out.println("########### this is testJob running ############");
}
}
JobDetail
JobDetail 用来保存我们作业的详细信息。一个JobDetail可以有多个Trigger,但是一个Trigger只能对应一个JobDetail。下面是JobDetail的一些常用的属性和含义
参数名 |
类型 |
备注 |
name |
String |
任务的名称,必须 |
group |
String |
任务所在组,默认为DEFAULT |
jobClass |
Class |
任务的实现类,必须 |
description |
String |
描述 |
jobDataMap |
JobDataMap |
用来给作业提供数据支持的数据结构 |
volatility |
Boolean |
重启应用之后是否删除任务的相关信息,默认false |
durability |
Boolean |
任务完成之后是否依然保留到数据库,默认false |
shouldRecover |
Boolean |
应用重启之后时候忽略过期任务,默认false |
jobListeners |
Set |
监听器 |
JobDataMap
这是一个给作业提供数据支持的数据结构,使用方法和java.util.Map一样,非常方便。当一个作业被分配给调度器时,JobDataMap实例就随之生成。
Job有一个StatefulJob子接口,代表有状态的任务,该接口是一个没有方法的标签接口,其目的是让Quartz知道任务的类型,以便采用不同的执行方案。无状态任务在执行时拥有自己的JobDataMap拷贝,对JobDataMap的更改不会影响下次的执行。而有状态任务共享共享同一个JobDataMap实例,每次任务执行对JobDataMap所做的更改会保存下来,后面的执行可以看到这个更改,也即每次执行任务后都会对后面的执行发生影响。
正因为这个原因,无状态的Job可以并发执行,而有状态的StatefulJob不能并发执行,这意味着如果前次的StatefulJob还没有执行完毕,下一次的任务将阻塞等待,直到前次任务执行完毕。有状态任务比无状态任务需要考虑更多的因素,程序往往拥有更高的复杂度,因此除非必要,应该尽量使用无状态的Job。
如果Quartz使用了数据库持久化任务调度信息,无状态的JobDataMap仅会在Scheduler注册任务时保持一次,而有状态任务对应的JobDataMap在每次执行任务后都会进行保存。
JobDataMap实例也可以与一个触发器相关联。这种情况下,对于同一作业的不同触发器,我们可以在JobDataMap中添加不同的数据,以便作业在不同时间执行时能够提供更为灵活的数据支持(学校上午放眼保健操录音第一版,下午放第二版)。
不管是有状态还是无状态的任务,在任务执行期间对Trigger的JobDataMap所做的更改都不会进行持久,也即不会对下次的执行产生影响。
触发器(Trigger)
Trigger是一个抽象类,Quartz提供了两个比较常用的触发器SimpleTrigger和CronTrigger。它们都是Trigger的子类
SimpleTrigger
这是一个简单的触发器,通过它我们可以定义触发的时间,并选择性的设定重复的次数和间隔时间。它有以下常用的属性
参数名 |
参数类型 |
备注 |
name |
String |
触发器名称 |
group |
String |
触发器组名称 |
repeatCount |
int |
重复次数,注意:如果为0表示不执行,-1表示不限制次数(直到过期),默认为0 |
repeatInterval |
long |
间隔时间,注意:是以毫秒为单位 |
startTime |
Date |
开始时间,默认当前时间 |
endTime |
Date |
过期时间,默认一直执行(直到执行次数已达到repeatCount) |
CronTrigger
这个触发器的功能非常强大,而且非常灵活,但需要掌握有关的Cron表达式知识
参数名 |
参数类型 |
备注 |
name |
String |
触发器名称 |
group |
String |
触发器组名称 |
cronEx |
CronExpression |
规则表达式 |
startTime |
Date |
开始时间,默认当前时间 |
endTime |
Date |
过期时间,默认一直执行(直到执行次数已达到repeatCount) |
触发器规则表达式配置:
格式:
[秒] [分] [小时] [日] [月] [周] [年]
格式说明:
位置 |
时间域名 |
是否必须 |
允许值 |
允许通配符 |
1 |
秒 |
是 |
0-59 |
, - * / |
2 |
分 |
是 |
0-59 |
, - * / |
3 |
小时 |
是 |
0-23 |
, - * / |
4 |
日 |
是 |
1-31 |
, - * ? / L W |
5 |
月 |
是 |
1-12 |
, - * / |
6 |
周 |
是 |
1-7或MON-SUN |
, - * ? / L # |
7 |
年 |
否 |
empty或1970-2099 |
, - * / |
通配符说明:
|
|
* |
可用在所有字段中,表示对应时间域的每一个时刻,例如,*在分钟字段时,表示“每分钟” |
? |
该字符只在日期和星期字段中使用,它通常指定为“无意义的值”,相当于点位符 |
- |
表示区间。例如 在小时上设置 "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字符串只能指定单一日期,而不能指定日期范围 |
# |
该字符只能在星期字段中使用,表示当月某个工作日。 如6#3表示当月的第三个星期五(6表示星期五,#3表示当前的第三个),而4#5表示当月的第五个星期三, 假设当月没有第五个星期三,忽略不触发 |
Quartz作业存储方式
Quartz提供两种基本作业存储类型。第一种类型叫做RAMJobStore,第二种类型叫做JDBC作业存储。
一、对比
类型 |
优点 |
缺点 |
RAMJobStore |
不要外部数据库,配置容易,运行速度快 |
因为调度程序信息是存储在被分配给JVM的内存里面, 所以,当应用程序停止运行时,所有调度信息将被丢失。 另外因为存储到JVM内存里面,所以可以存储多少个Job和Trigger将会受到限制 |
JDBC作业存储 |
支持集群,因为所有的任务信息都会保存到数据库中,可以控制事物, 还有就是如果应用服务器关闭或者重启,任务信息都不会丢失, 并且可以恢复因服务器关闭或者重启而导致执行失败的任务 |
运行速度的快慢取决与连接数据库的快慢 |
二、配置
1、以下是配置是内存存储
#============================================================================
# Configure RAMJobStore
#============================================================================
org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore
2、以下配置是数据库存储
#============================================================================
# Configure JobStore
#============================================================================
#===========================
#Configure JDBC-JobStoreTX
#===========================
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX
org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.oracle.OracleDelegate
org.quartz.jobStore.tablePrefix = QRTZ_
org.quartz.jobStore.dataSource = myDS
org.quartz.jobStore.useProperties = false
#============================
# Configure DataSource
#============================
org.quartz.dataSource.myDS.driver = oracle.jdbc.OracleDriver
org.quartz.dataSource.myDS.URL = jdbc:oracle:thin:@localhost:1521:test
org.quartz.dataSource.myDS.user = user
org.quartz.dataSource.myDS.password = password
org.quartz.dataSource.myDS.maxConnections = 10