目前有一个按月累计折旧的定时任务，测试环境要配合业务测试，所以手工先停服务器，修改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了，另外测试的时候重启服务时先修改时间，然后等几分钟再重启，基本上没有遇到这个问题
quartz 2.4 已不支持 misfireThreshold=0 了
