quartz当机器挂掉重启后定时任务后执行的策略

 
 

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 來源:简书 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
在使用Spring Quartz实现定时任务时,如果需要修改定时时间而不重启服务,可以考虑以下几种方式: 1. 使用Quartz的动态定时任务更新功能: Quartz提供了动态修改定时任务的功能,可以通过更新Cron表达式来实现修改定时时间。首先,在配置文件中设置定时任务的Cron表达式为一个变量,然后在代码中通过调用Quartz的API读取配置文件的变量,并更新定时任务的Cron表达式。通过这种方式,不需要重启服务即可修改定时时间。 2. 使用数据库表保存定时任务配置参数: 可以将定时任务的配置参数,如定时时间、执行类等保存在数据库表中。然后在代码中通过查询数据库表的方式动态获取定时任务的配置参数。当需要修改定时时间时,只需更新数据库表中的相应字段,代码会动态读取到新的定时时间并生效,而不需要重启服务。 3. 使用Spring的动态Bean注册功能: 在项目启动时,通过编程的方式动态注册定时任务的Bean。将定时任务的配置属性作为参数传入Bean,当需要修改定时时间时,通过修改Bean的相关属性值来实现。Spring会自动重新加载Bean的定义,并根据新的配置参数重新创建定时任务对象,从而实现修改定时时间而不重启服务。 综上所述,使用Quartz的动态定时任务更新功能、数据库表保存定时任务配置参数或者Spring的动态Bean注册功能,都可以实现在不重启服务的情况下修改定时时间。根据实际项目需求和技术架构选择合适的方式即可。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值