如何在上次定时任务触发执行耗时超设定间隔时调整trigger状态

核心实现逻辑 #

• 丢弃超过触发窗口的堆积调度请求，不对上一次漏执行的任务做补偿执行
• 任务每次执行完成后直接将下次触发时间对齐到最近的固定5分钟整刻度，不需要处理中间的触发请求

Quartz 框架实现 #

直接配置CronTrigger的失火处理策略即可，代码示例：

CronTrigger trigger = TriggerBuilder.newTrigger()
    .withIdentity("5minTaskTrigger", "businessGroup")
    .withSchedule(CronScheduleBuilder.cronSchedule("0 */5 * * * ?")
        // 核心配置：失火时直接丢弃当前任务，等待下次正常调度
        .withMisfireHandlingInstructionDoNothing())
    .build();

Linux Crontab 实现 #

通过文件锁加时间校验逻辑实现，脚本示例：

# 任务执行锁，避免重复运行
LOCK_FILE="/tmp/5min_task.lock"
# 加锁失败说明上一次任务还在运行，直接退出
if ! flock -n "$LOCK_FILE" -c true; then
    exit 0
fi

# 校验当前时间是否符合5分钟整触发的时间窗口（允许1分钟偏差）
CUR_MIN=$(date +%M)
MOD_VAL=$((CUR_MIN % 5))
if [ $MOD_VAL -gt 1 ]; then
    # 不在触发窗口内，直接退出等待下一个5分钟整点
    flock -u "$LOCK_FILE"
    exit 0
fi

# 下方写入实际业务执行逻辑
# ... 业务代码 ...

# 执行完成释放锁
flock -u "$LOCK_FILE"

分布式调度平台实现（XXL-Job/Elastic-Job） #

直接在调度配置页将调度过期策略修改为丢弃即可，平台会自动放弃执行超时未触发的任务，等待下一个固定调度时间执行。

效果验证 #

你描述的场景可完美适配：12:00触发的任务执行到12:07结束时，12:05的触发请求会被判定为过期直接丢弃，任务不会立即执行，会等到12:10的原定调度时间正常触发。

内容的提问来源于stack exchange，提问作者Markel