前文,我们已经聊完了Quartz的核心组件、原理概述以及Job和JobDetail这两个组件详解
现在继续往下走:
前面提到过,Trigger最常用的两个是:SimpleTrigger
和CronTrigger
无论是哪种Trigger,他们都有一些共性
所有类型的trigger都有TriggerKey这个属性,表示trigger的身份;除此之外,trigger还有很多其它的公共属性。这些属性,在构建trigger的时候可以通过TriggerBuilder设置。
trigger的公共属性有:
如果你的trigger很多(或者Quartz线程池的工作线程太少),Quartz可能没有足够的资源同时触发所有的trigger;这种情况下,你可能希望控制哪些trigger优先使用Quartz的工作线程,要达到该目的,可以在trigger上设置priority属性。比如,你有N个trigger需要同时触发,但只有Z个工作线程,优先级最高的Z个trigger会被首先触发。如果没有为trigger设置优先级,trigger使用默认优先级,值为5;priority属性的值可以是任意整数,正数、负数都可以。
注意:只有同时触发的trigger之间才会比较优先级。10:59触发的trigger总是在11:00触发的trigger之前执行。
注意:如果trigger是可恢复的,在恢复后再调度时,优先级与原trigger是一样的。
trigger还有一个重要的属性misfire;如果scheduler关闭了,或者Quartz线程池中没有可用的线程来执行job,此时持久性的trigger就会错过(miss)其触发时间,即错过触发(misfire)。不同类型的trigger,有不同的misfire机制。它们默认都使用“智能机制(smart policy)”,即根据trigger的类型和配置动态调整行为。当scheduler启动的时候,查询所有错过触发(misfire)的持久性trigger。然后根据它们各自的misfire机制更新trigger的信息。当你在项目中使用Quartz时,你应该对各种类型的trigger的misfire机制都比较熟悉,这些misfire机制在JavaDoc中有说明。关于misfire机制的细节,会在讲到具体的trigger时作介绍。
Quartz的Calendar对象(不是java.util.Calendar对象)可以在定义和存储trigger的时候与trigger进行关联。Calendar用于从trigger的调度计划中排除时间段。比如,可以创建一个trigger,每个工作日的上午9:30执行,然后增加一个Calendar,排除掉所有的商业节日。
任何实现了Calendar接口的可序列化对象都可以作为Calendar对象,Calendar接口如下:
package org.quartz;
public interface Calendar {
public boolean isTimeIncluded(long timeStamp);
public long getNextIncludedTime(long timeStamp);
}
注意到这些方法的参数类型为long。你也许猜到了,他们就是毫秒单位的时间戳。即Calendar排除时间段的单位可以精确到毫秒。你也许对“排除一整天”的Calendar比较感兴趣。Quartz提供的org.quartz.impl.HolidayCalendar类可以很方便地实现。
Calendar必须先实例化,然后通过addCalendar()方法注册到scheduler。如果使用HolidayCalendar,实例化后,需要调用addExcludedDate(Date date)方法从调度计划中排除时间段。以下示例是将同一个Calendar实例用于多个trigger:
public class CornTest {
public static void main(String[] args) throws SchedulerException {
// 创建调度器
Scheduler scheduler = StdSchedulerFactory.getDefaultScheduler();
// 创建要排除的时间
HolidayCalendar holidayCalendar = new HolidayCalendar();
holidayCalendar.addExcludedDate(new Date());
scheduler.addCalendar("hhh", holidayCalendar,false,false);
// 创建任务实例
JobDetail jobDetailA = JobBuilder.newJob(MyJob.class)
.requestRecovery(false)
.storeDurably(false)
.withIdentity("helloA", "job")
.usingJobData("xpA","好帅好帅")
.build();
// 创建触发器
CronTrigger triggerA = TriggerBuilder.newTrigger()
.withIdentity("triggerA", "trigger")
.startNow()
// 每2秒执行一次
.withSchedule(CronScheduleBuilder.cronSchedule("0/3 * * * * ?"))
.modifiedByCalendar("hhh")
// 8s后结束
.endAt(new Date(System.currentTimeMillis() + 8000))
.build();
// 调度器接管任务和触发器
scheduler.scheduleJob(jobDetailA, triggerA);
// 开始执行
scheduler.start();
}
}
#Simple Trigger
Simple Trigger可用于:在指定时间执行一次、从某个时间开始以某个时间间隔执行多次。
比如,你可以设置一个Trigger在2022.4.28号晚上8.15执行一次,或者在这个时间点每两分钟执行一次,重复5次。
Simple Trigger的属性包括:开始时间、结束时间、重复次数、重复的时间间隔
唯一需要注意的是,结束时间可能会影响重复次数。有可能重复次数还没到设置的值,就已经到结束时间了。
SimpleTrigger实例通过TriggerBuilder设置主要的属性,通过SimpleScheduleBuilder设置与SimpleTrigger相关的属性。
来看看下面这个例子:从当前时间开始,每5s执行一次,重复两次
public class TestScheduler {
public static void main(String[] args) throws SchedulerException {
// 创建调度器
Scheduler scheduler = StdSchedulerFactory.getDefaultScheduler();
// 创建任务实例
JobDetail jobDetailA = JobBuilder.newJob(MyJob.class)
.requestRecovery(false)
.storeDurably(false)
.withIdentity("helloA", "job")
.usingJobData("xpA","好帅好帅")
.build();
// 创建触发器
SimpleTrigger triggerA = TriggerBuilder.newTrigger()
.withIdentity("triggerA", "trigger")
.startNow()
// 每五秒执行一次,重复两次
.withSchedule(SimpleScheduleBuilder.repeatSecondlyForever(5).withRepeatCount(2))
.build();
// 调度器接管任务和触发器
scheduler.scheduleJob(jobDetailA, triggerA);
// 开始执行
scheduler.start();
}
}
可以看看结果:
总共执行了三次!
这是因为开始执行的那一次(就是startNow())并不包含在重复次数中
我们再来一个测试,基于上面的要求加上一个结束时间:8秒后结束:
SimpleTrigger triggerA = TriggerBuilder.newTrigger()
.withIdentity("triggerA", "trigger")
.startNow()
// 每五秒执行一次,重复两次
.withSchedule(SimpleScheduleBuilder.repeatSecondlyForever(5).withRepeatCount(2))
// 8s后结束
.endAt(new Date(System.currentTimeMillis() + 8000))
.build();
这次的结果就是只执行了两次:
因为重复第二次还来不及,就已经结束了。
TriggerBuilder(以及Quartz的其它builder)会为那些没有被显式设置的属性选择合理的默认值。比如:如果你没有调用withIdentity(…)方法,TriggerBuilder会为trigger生成一个随机的名称;如果没有调用startAt(…)方法,则默认使用当前时间,即trigger立即生效。
##SimpleTrigger Misfire策略(错过触发)
SimpleTrigger有几个misfire相关的策略,告诉quartz当misfire发生的时候应该如何处理。
这里是Simple Trigger的错过触发策略常量:
MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY
MISFIRE_INSTRUCTION_FIRE_NOW
MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT
MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_REMAINING_REPEAT_COUNT
MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_REMAINING_COUNT
MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_EXISTING_COUNT
在配置Trigger时,可以在SimpleSecheduleBuilder中选择使用哪种策略
默认使用的是智能策略(smart policy),它会根据实例的配置及状态,在所有MISFIRE策略中动态选择一种Misfire策略。
CronTrigger通常比Simple Trigger更有用。
corn表达式知道吧~
你可以指定每天中午12点执行,每月的星期几执行等等,很灵活、很强
即使如此,和SimpleTrigger一样,CronTrigger有一个startTime,它指定何时生效,以及一个(可选的)endTime,用于指定何时停止计划。
Cron表达式介绍:https://www.bejson.com/othertools/cronvalidate/
Cron表达式是一个字符串,字符串以5或6个空格隔开,分为6或7个域,每一个域代表一个含义,Cron有如下两种语法格式:
(1) Seconds Minutes Hours DayofMonth Month DayofWeek Year
(2)Seconds Minutes Hours DayofMonth Month DayofWeek
一、结构
corn从左到右(用空格隔开):秒 分 小时 月份中的日期 月份 星期中的日期 年份
二、各字段的含义
字段 | 允许值 | 允许的特殊字符 |
---|---|---|
秒(Seconds) | 0~59的整数 | , - * / 四个字符 |
分(Minutes) | 0~59的整数 | , - * / 四个字符 |
小时(Hours) | 0~23的整数 | , - * / 四个字符 |
日期(DayofMonth) | 1~31的整数(但是你需要考虑你月的天数) | ,- * ? / L W C 八个字符 |
月份(Month) | 1~12的整数或者 JAN-DEC | , - * / 四个字符 |
星期(DayofWeek) | 1~7的整数或者 SUN-SAT (1=SUN) | , - * ? / L C # 八个字符 |
年(可选,留空)(Year) | 1970~2099 | , - * / 四个字符 |
注意事项:
每一个域都使用数字,但还可以出现如下特殊字符,它们的含义是:
(1)*
:表示匹配该域的任意值。假如在Minutes域使用*
, 即表示每分钟都会触发事件。
(2)?:只能用在DayofMonth和DayofWeek两个域。它也匹配域的任意值,但实际不会。因为DayofMonth和DayofWeek会相互影响。例如想在每月的20日触发调度,不管20日到底是星期几,则只能使用如下写法: 13 13 15 20 * ?, 其中最后一位只能用?,而不能使用 *
,如果使用*
表示不管星期几都会触发,实际上并不是这样。
(3)-:表示范围。例如在Minutes域使用5-20,表示从5分到20分钟每分钟触发一次
(4)/:表示起始时间开始触发,然后每隔固定时间触发一次。例如在Minutes域使用5/20,则意味着5分钟触发一次,而25,45等分别触发一次.
(5),:表示列出枚举值。例如:在Minutes域使用5,20,则意味着在5和20分每分钟触发一次。
(6)L:表示最后,只能出现在DayofWeek和DayofMonth域。如果在DayofWeek域使用5L,意味着在最后的一个星期四触发。
(7)W:表示有效工作日(周一到周五),只能出现在DayofMonth域,系统将在离指定日期的最近的有效工作日触发事件。例如:在 DayofMonth使用5W,如果5日是星期六,则将在最近的工作日:星期五,即4日触发。如果5日是星期天,则在6日(周一)触发;如果5日在星期一到星期五中的一天,则就在5日触发。另外一点,W的最近寻找不会跨过月份 。
(8)LW:这两个字符可以连用,表示在某个月最后一个工作日,即最后一个星期五。
(9)#:用于确定每个月第几个星期几,只能出现在DayofWeek域。例如在4#2,表示某月的第二个星期三。
三、常用表达式例子
(0)0/20 * * * * ? 表示每20秒 触发任务
(1)0 0 2 1 * ? 表示在每月的1日的凌晨2点调整任务
(2)0 15 10 ? * MON-FRI 表示周一到周五每天上午10:15执行作业
(3)0 15 10 ? 6L 2002-2006 表示2002-2006年的每个月的最后一个星期五上午10:15执行作
(4)0 0 10,14,16 * * ? 每天上午10点,下午2点,4点
(5)0 0/30 9-17 * * ? 朝九晚五工作时间内每半小时
(6)0 0 12 ? * WED 表示每个星期三中午12点
(7)0 0 12 * * ? 每天中午12点触发
(8)0 15 10 ? * * 每天上午10:15触发
(9)0 15 10 * * ? 每天上午10:15触发
(10)0 15 10 * * ? * 每天上午10:15触发
(11)0 15 10 * * ? 2005 2005年的每天上午10:15触发
(12)0 * 14 * * ? 在每天下午2点到下午2:59期间的每1分钟触发
(13)0 0/5 14 * * ? 在每天下午2点到下午2:55期间的每5分钟触发
(14)0 0/5 14,18 * * ? 在每天下午2点到2:55期间和下午6点到6:55期间的每5分钟触发
(15)0 0-5 14 * * ? 在每天下午2点到下午2:05期间的每1分钟触发
(16)0 10,44 14 ? 3 WED 每年三月的星期三的下午2:10和2:44触发
(17)0 15 10 ? * MON-FRI 周一至周五的上午10:15触发
(18)0 15 10 15 * ? 每月15日上午10:15触发
(19)0 15 10 L * ? 每月最后一日的上午10:15触发
(20)0 15 10 ? * 6L 每月的最后一个星期五上午10:15触发
(21)0 15 10 ? * 6L 2002-2005 2002年至2005年的每月的最后一个星期五上午10:15触发
(22)0 15 10 ? * 6#3 每月的第三个星期五上午10:15触发
注:
(1)有些子表达式能包含一些范围或列表
例如:子表达式(天(星期))可以为 “MON-FRI”,“MON,WED,FRI”,“MON-WED,SAT”
“*”字符代表所有可能的值
因此,“”在子表达式(月)里表示每个月的含义,“”在子表达式(天(星期))表示星期的每一天
“/”字符用来指定数值的增量
例如:在子表达式(分钟)里的“0/15”表示从第0分钟开始,每15分钟
在子表达式(分钟)里的“3/20”表示从第3分钟开始,每20分钟(它和“3,23,43”)的含义一样
“?”字符仅被用于天(月)和天(星期)两个子表达式,表示不指定值
当2个子表达式其中之一被指定了值以后,为了避免冲突,需要将另一个子表达式的值设为“?”
“L” 字符仅被用于天(月)和天(星期)两个子表达式,它是单词“last”的缩写
但是它在两个子表达式里的含义是不同的。
在天(月)子表达式中,“L”表示一个月的最后一天
在天(星期)自表达式中,“L”表示一个星期的最后一天,也就是SAT
如果在“L”前有具体的内容,它就具有其他的含义了
例如:“6L”表示这个月的倒数第6天,“FRIL”表示这个月的最一个星期五
注意:在使用“L”参数时,不要指定列表或范围,因为这会导致问题
示例:
只需要稍作改动:
// 创建触发器
CronTrigger triggerA = TriggerBuilder.newTrigger()
.withIdentity("triggerA", "trigger")
.startNow()
// 每2秒执行一次
.withSchedule(CronScheduleBuilder.cronSchedule("0/3 * * * * ?"))
// 8s后结束
.endAt(new Date(System.currentTimeMillis() + 8000))
.build();
执行了3次没毛病
CronTrigger的Misfire错过触发策略常数
MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY
MISFIRE_INSTRUCTION_DO_NOTHING
MISFIRE_INSTRUCTION_FIRE_NOW
和SimpleTrigger的错过触发不同的是,默认的智能策略(smart policy)会被CronTrigger解释为MISFIRE_INSTRUCTION_FIRE_NOW,即立即触发。
同样创建CronTrigger时可以在CronScheduleBuilder
中指定错过触发策略: