quartz的中断恢复处理

使用jobstore来处理程序中断后的恢复
先看下几个处理时间点上的表状态

生成任务时会往job_details和triggers表插数据(这两个表关联的其它详细表就不多说了)
如果job还没开始执行时程序就中断了，
下次程序启动时会判断当前时间-预计执行时间是否小于misfireThreshold，是则正常执行，否则不执行了

如果是执行过程中中断呢？
job执行中时会往fired_triggers表插数据
如果这时程序中断，而job又设置了RequestsRecovery为true，则该job会被重新执行(不受misfireThreshold影响，因为根本就不是misfire)。
可以通过JobExecutionContext.isRecovering()来判断是否是recover，因为很多时候恢复的任务要先做一些清理工作。
如果RequestsRecovery为false，则不会恢复执行。

另外还有一点要注意，如果job设置了listener，则在jobWasExecuted执行完成后，任务相关的信息才会被从数据库里删除，表示真正执行完成。
如果job的execute执行完了，但在listener的jobWasExecuted()里程序出错或中断的话，quartz记录的任务状态还是运行中，下次任务还是会被恢复(RequestsRecovery=true)。

评论

5 楼 kanbol 2012-11-26  

2110901055 写道

kanbol 写道

2110901055 写道

您好，如果我是数据库服务异常中断了一些任务，程序还在跑，当数据库服务正常后，又超过了设置的 misfireThreshold时间，那任务还会不会继续执行呢？如果不执行了那怎么处理让任务继续执行？谢谢！

如果程序正常，那job是正常执行完成(正常结束或异常结束)。
既然结束了，那就和misfireThreshold没关系了。
另外单独重新启动job吧

谢谢您的回答，重新调度这个JOB是一个方法，但是我发现我的数据服务正常后，显然超过了misfireThreshold设置时间，我没有设置RequestsRecovery属性，但任务还是可以正常运行，对于这quartz的业务流程不是很清楚，楼主怎么理解，是否可以给我详解下，谢谢。

就算数据库出问题了，但如果你job代码里对exception做了处理，没有导致job出错，那job运行状态就是正常的，和recovery、misfire就没关系。
比如数据库连接不上会一直重试

4 楼 2110901055 2012-11-25  

kanbol 写道

2110901055 写道

您好，如果我是数据库服务异常中断了一些任务，程序还在跑，当数据库服务正常后，又超过了设置的 misfireThreshold时间，那任务还会不会继续执行呢？如果不执行了那怎么处理让任务继续执行？谢谢！

如果程序正常，那job是正常执行完成(正常结束或异常结束)。
既然结束了，那就和misfireThreshold没关系了。
另外单独重新启动job吧

谢谢您的回答，重新调度这个JOB是一个方法，但是我发现我的数据服务正常后，显然超过了misfireThreshold设置时间，我没有设置RequestsRecovery属性，但任务还是可以正常运行，对于这quartz的业务流程不是很清楚，楼主怎么理解，是否可以给我详解下，谢谢。

3 楼 kanbol 2012-11-24  

2110901055 写道

您好，如果我是数据库服务异常中断了一些任务，程序还在跑，当数据库服务正常后，又超过了设置的 misfireThreshold时间，那任务还会不会继续执行呢？如果不执行了那怎么处理让任务继续执行？谢谢！

如果程序正常，那job是正常执行完成(正常结束或异常结束)。
既然结束了，那就和misfireThreshold没关系了。
另外单独重新启动job吧

2 楼 2110901055 2012-11-19  

您好，如果我是数据库服务异常中断了一些任务，程序还在跑，当数据库服务正常后，又超过了设置的 misfireThreshold时间，那任务还会不会继续执行呢？如果不执行了那怎么处理让任务继续执行？谢谢！

1 楼 yangtao309 2011-08-30  

哈哈......
quartz要好好学习了