quartz对任务超时和misfire的处理，启动时多执行一次

目前有一个按月累计折旧的定时任务，测试环境要配合业务测试，所以手工先停服务器，修改Linux系统时间，再启动服务器，但是出现问题，启动的时候有时候多执行一次，定凌晨5点定时启动，我修改时间为4点55,  56的时候服务器起来，执行了一次定时任务，5点准时又执行了一次，而且这个是不定时出现的，一晚测试30次，出现了5次多跑的情况，

 

现象和这个帖子相似   https://www.iteye.com/blog/kanbol-1160826

  quartz有个全局的参数misfireThreshold设置可以允许的超时时间，超过了就不执行，未超过就执行。 
  比如设置了misfireThreshold=30分钟，如果一个任务定时在10:30执行，但在10:29服务器挂了，在10:50启动，虽然任务超时了21分钟，但小于misfireThreshold，所以还是可以执行。而如果服务器11:10才启动，那就misfire了。 

  对于周期性的任务，如果有misfire的情况出现，则会自动更新CronTrigger的时间周期 
  默认情况下会在当前时间马上执行前一个被misfire的任务 
  而如果设置MISFIRE_INSTRUCTION_DO_NOTHING，则不对misfire的任务做特殊处理，只从当前时间之后的下一次正常调度时间开始执行 

 

查了一下我们配置的misfireThreshold是60秒，不应该出现这个情况，而且我们没有延迟执行任务，

 

最后结局方案就是把这个misfireThreshold改成0了，另外测试的时候重启服务时先修改时间，然后等几分钟再重启，基本上没有遇到这个问题