springbootScheduled

在项目scheduled下找到入口程序ScheduledApplication添加注解&＃64;EnableScheduling

举几个例子如下&＃xff1a;

“0 0 12 * * ?” 每天中午十二点触发
“0 30 10 ? * *” 每天早上10&＃xff1a;30触发
“0 15 10 * * ?” 每天早上10&＃xff1a;15触发
“0 15 10 * * ? *” 每天早上10&＃xff1a;15触发
“0 15 10 * * ? 2018” 2018年的每天早上10&＃xff1a;15触发
“0 * 14 * * ?” 每天从下午2点开始到2点59分每分钟一次触发
“0 0/5 14 * * ?” 每天从下午2点开始到2&＃xff1a;55分结束每5分钟一次触发
“0 0/5 14,18 * * ?” 每天的下午2点至2&＃xff1a;55和6点至6点55分两个时间段内每5分钟一次触发
“0 0-5 14 * * ?” 每天14:00至14:05每分钟一次触发
“0 10,44 14 ? 3 WED” 三月的每周三的14&＃xff1a;10和14&＃xff1a;44触发
“0 15 10 ? * MON-FRI” 每个周一、周二、周三、周四、周五的10&＃xff1a;15触发

fixedRate属性

fixedRate属性是上一个调用开始后再次调用的延时&＃xff08;不用等待上一次调用完成&＃xff09;&＃xff0c;这样就会存在重复执行的问题&＃xff0c;不推荐使用。

我配置的间隔时间是1秒&＃xff0c;在方法内使用了线程休眠2秒&＃xff0c;测试下间隔输出的时间是多少&＃xff0c;启动项目&＃xff0c;并且查看控制台输出内容&＃xff1a;

可以看到每一次打印的间隔都是2秒钟&＃xff0c;也就是配置线程休眠的时间&＃xff0c;证实了该方法并没有等到执行完再开始下一次执行。

fixedDelay属性

fixedDelay属性的效果与上面的fixedRate则是相反的&＃xff0c;配置了该属性后会等到方法执行完成后延迟配置的时间再次执行该方法。

控制台输出

可以看到控制台打印&＃xff0c;时间间隔是4秒钟&＃xff0c;我们在方法内仅仅使线程休眠了3秒钟&＃xff0c;配置方法的延迟执行时间则是1秒钟&＃xff0c;证明在方法执行完成后延迟配置时间后再次执行该方法。

initialDelay属性

initialDelay属性跟上面的fixedDelay、fixedRate有着密切的关系&＃xff0c;该属性的作用是第一次执行延迟时间&＃xff0c;只是做延迟的设定&＃xff0c;并不会控制其他逻辑&＃xff0c;所以要配合fixedDelay或者fixedRate来使用。

重启项目&＃xff0c;查看控制台输出&＃xff0c;等待了10秒钟后才看到了第一次打印内容

项目成功启动的时间为11:26:12而第一次输出的时间则是11:26:22&＃xff0c;证明配置的延迟时间生效了&＃xff0c;第一次加载完成之后每间隔2秒钟执行该方法

总结