admin管理员组文章数量:1567262
spring中使用定时任务,基本上就是quartz和@schedule注解,前者小编用的较少,好像略烦在分布式中引用广泛,单机引用还是后者比较好用,并且现在似乎已经成了大家在spring环境中定时任务的首选。
废话不多说,下面我们来讲一下@schedule注解
cron,应用简单,直接使用cron表达式。0/5 * * * * ?
但是他有一个问题,比如一个任务5秒执行一次,那么在实际执行业务的时候花了9秒,那么任务结束以后下一次执行时间将会是(10-9),这里就有大神会问了,为什么会这样?我一开始也很迷惑,但是后来仔细研究发现这个表达式就是在一分钟内能被5整除的秒数都会执行。那么在系统启动以后就开始用当前秒进行整除,正好能整除5那么执行,那第一次执行比如是5秒,那么第二个能被整除的就是10,但是业务执行时间为9秒,那么自然第二次执行时间就是(10-9);
所以业务执行时间小于任务触发时间,基本不受影响,但是大于这个时间,那下一次执行时间就本不是设置的这个时间去触发了。
fixedRate,配置的参数值是毫秒5*1000
他也有一个问题,就是当业务执行时间大于任务触发时间,那么当业务执行完就会触发下一次执行。
fixedDelay,配置的也是毫秒
他的执行时间就很标准,不管业务执行了多长时间,下一次执行始终是业务执行完以后的 任务触发毫秒数。
本人只是罗列出schedule任务的三个参数做出的任务触发情况,每一个参数肯定也有属于自己的业务场景。并不代表他不好。
以上讲完了各个参数的区别,那么还有一个问题在实际业务场景中也会遇到,就是任务异步执行。
举个例子,系统中有两个任务,一个5秒(A),一个6秒(B);
如果不使用异步,所有定时任务使用一个线程进行任务执行;
A的业务执行8秒,线程保持阻塞,B在6秒的时候不会执行,他会等到A业务执行完以后才会执行。
所以我们需要对每一个任务创建一个线程,方法如下:
@Bean
public TaskScheduler taskScheduler(){
ThreadPoolTaskScheduler taskScheduler = new ThreadPoolTaskScheduler();
taskScheduler .setPoolSize(2);//定义线程池数量为2 个
return taskScheduler ;
}
把这个方法添加到任务执行类或者系统模块中即可,有多少定时任务,则配置多少个线程即可。
版权声明:本文标题:@schedule定时注解 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://www.elefans.com/xitong/1725781726a1042266.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论