quartz,java世界里面的任务管理容器。

至于为什么会有misfire这个概念,我想可以重这三个方面来进行说明:

1 所有的线程都在忙于更高优先级的任务

2 任务本身CRASH了

3 代码的BUG,导置错误的设置了JOB

基于这3种原因,其实也是现实世界中的常理。没有任何事情,都能保证100%运行OK。quartz提出了misfire的理论,让任务在错过之后,还能正常的运行。

以下分别对几种类型的JOB进行说明:

without repeating(不重复的JOB)

这里只列出有代表的属性进行说明,这个JOB执行的时间为过去10秒之前,所以肯定会触发misfire

withMisfireHandlingInstructionFireNow(失效之后再恢复并马上执行)

就是当某个任务在理论执行的时间点没有执行,当任务正常起来之后,马上就去执行刚才未执行的任务。

withMisfireHandlingInstructionNextWithRemainingCount(失效之后不处理)

错过之后,不用管。

其它详细说明

这个其实比较简单。来看第二种

repeating fixed number of times(多次执行)

这个任务是说从9点开始,每隔一个小时,会执行一次,直到下午4点.

withMisfireHandlingInstructionFireNow(失效之后,再启动马上执行,总次数还是7次)

如果任务在10点的时候没有触发,但是在10:15分的时候执行了misfire,以后每次正点执行的时间就会较初始值晚15分钟,直到16:15

withMisfireHandlingInstructionNowWithExistingCount(失效之后,再启动之后马上执行,但是起始次数清零,总次数=7+当前misfire执行次数-1)

如果任务在10点没有触发,10:15分执行了misfire,以后执行时间都会较初始值晚15分钟,但是执行次数还是原来的7次,就会到17:15了。

withMisfireHandlingInstructionNextWithRemainingCount(失效之后,不管donothing,总次数还是7次)

withMisfireHandlingInstructionNextWithExistingCount(失效之后,donothgin,总次数=misfire的次数+7)

详情如图:

repeating infinitely(不停的执行)

这个任务是说从9点开始,每隔一个小时就会执行。

withMisfireHandlingInstructionFireNow(每次失效之后,在下个失效节点再执行)

这个模式下,withMisfireHandlingInstructionNowWithRemainingCount ,withMisfireHandlingInstructionNowWithExistingCount都是 一个意思。

withMisfireHandlingInstructionNextWithRemainingCount(每次失效之后,在下个定义的时间点再执行)

这个同withMisfireHandlingInstructionNextWithExistingCount的配置

CRON triggers(表达式,最复杂的)

在每个星期的周一至周五的上午9点到下午17点,每隔一个小时执行一次。

withMisfireHandlingInstructionIgnoreMisfires(所有misfire的任务会马上执行)

打个比方,如果9点misfire了,在10:15系统恢复之后,9点,10点的misfire会马上执行

withMisfireHandlingInstructionDoNothing(所有的misfire不管,执行下一个周期的任务)

withMisfireHandlingInstructionFireAndProceed(会合并部分的misfire,正常执行下一个周期的任务)

假设9,10的任务都misfire了,系统在10:15分起来了。只会执行一次misfire,下次正点执行。

现在,你了解到,不同模式的相同配置,misfire的行为其实是不一样的。大的方向其实就三个

1 忽略

2 立即执行

3 继续

4 放弃

5 等待下一个周期

最终就是根据合适的策略,选择合适的misfire.

作者:igool 链接:http://www.jianshu.com/p/634d2a6fae7b 來源:简书 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐