org.quartz.jobStore.misfireThreshold配置的作用

org.quartz.jobStore.misfireThreshold配置的作用

如果同时满足执行条件的Trigger比较多,而线程池却比较小,那么可能导致有些Trigger在规定的时间没有被触发,对于这些未被按时触发的Trigger,Quartz是如何处理的呢?

QuartzSchedulerThread是Quartz调度的主线程,其调度的第一步是获取下一步要触发的Trigger,即org.quartz.spi.JobStore#acquireNextTriggers方法。

以RAMJobStore、CronTrigger为例:

RAMJobStore的applyMisfire方法即对未触发Trigger的处理。其主要分为三步:

第一步:判定是否misfire,如果 currentTime - misfireTime > trigger.getNextFireTime(),则判定为misfire;
misfireTime 的值是通过配置项 org.quartz.jobStore.misfireThreshold 获取的,其默认设置为 60000(60s)。

在这里插入图片描述
第二步:对misfire Trigger的处理,这个针对不同的Trigger,其处理逻辑不同。
以CronTrigger为例,默认执行MISFIRE_INSTRUCTION_FIRE_ONCE_NOW策略,针对该策略CronTrigger的处理为设置nextFireTime为当前时间;
CronTrigger还有另外一种MISFIRE_INSTRUCTION_DO_NOTHING策略,针对该策略CronTrigger的处理为设置nextFireTime为触发器的下一次正常触发时间。
在这里插入图片描述
第三步:后续处理
如果是MISFIRE_INSTRUCTION_FIRE_ONCE_NOW策略,触发器会将Trigger添加到TriggerMap等待下次触发;
如果是MISFIRE_INSTRUCTION_DO_NOTHING策略,则会判断nextFireTime的值是否在界定时间戳阈值内(< batchEnd),如果在阈值内则进行调度处理,否则会将Trigger添加到Trigger Map中等待下次触发;
在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/ttyy1112/article/details/129719537
今日推荐