目前有一个按月累计折旧的定时任务，测试环境要配合业务测试，因此手工先停服务器，修改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的任务作特殊处理，只从当前时间以后的下一次正常调度时间开始执行 blog
查了一下咱们配置的misfireThreshold是60秒，不该该出现这个状况，并且咱们没有延迟执行任务，get
最后结局方案就是把这个misfireThreshold改为0了，另外测试的时候重启服务时先修改时间，而后等几分钟再重启，基本上没有遇到这个问题it