当前位置: 代码迷 >> 综合 >> Springboot使用定时任务,Spring Schedule
  详细解决方案

Springboot使用定时任务,Spring Schedule

热度:27   发布时间:2023-12-22 14:31:12.0

定时任务的实现方式有多种,例如JDK自带的Timer+TimerTask方式,spring 3.0以后的调度任务(Scheduled Task),Quartz等。

Timer+TimerTask是最基本的解决方案,但是比较远古了,这里不再讨论。Spring自带的Scheduled Task是一个轻量级的定时任务调度器,支持固定时间(支持cron表达式)和固定时间间隔调度任务,支持线程池管理。以上两种方式有一个共同的缺点,那就是应用服务器集群下会出现任务多次被调度执行的情况,因为集群的节点之间是不会共享任务信息的,每个节点上的任务都会按时执行。Quartz是一个功能完善的任务调度框架,特别牛叉的是它支持集群环境下的任务调度,当然代价也很大,需要将任务调度状态序列化到数据库。Quartz框架需要10多张表协同,配置繁多,令人望而却步...

相比较起来,Quartz比较重,需要额外引入jar,而Spring Schedule功能也满足大部分场景,够用,集群环境下可以通过代码控制来完成调度,所以选择Spring Schedule。

写个简单例子:

[java]  view plain copy
print ?
  1. @SpringBootApplication  
  2. @EnableScheduling  
  3. public class Application {  
  4.     public static void main(String[] args) {  
  5.         SpringApplication.run(Application.class, args);  
  6.     }  
  7. }  
开启Schedule注解。

然后,新建一个执行类Jobs.java

[java]  view plain copy
print ?
  1. @Component  
  2. public class Jobs {  
  3.     public final static long ONE_Minute =  60 * 1000;  
  4.   
  5.     @Scheduled(fixedDelay=ONE_Minute)  
  6.     public void fixedDelayJob(){  
  7.         System.out.println(Dates.format_yyyyMMddHHmmss(new Date())+" >>fixedDelay执行....");  
  8.     }  
  9.   
  10.     @Scheduled(fixedRate=ONE_Minute)  
  11.     public void fixedRateJob(){  
  12.         System.out.println(Dates.format_yyyyMMddHHmmss(new Date())+" >>fixedRate执行....");  
  13.     }  
  14.   
  15.     @Scheduled(cron="0 15 3 * * ?")  
  16.     public void cronJob(){  
  17.         System.out.println(Dates.format_yyyyMMddHHmmss(new Date())+" >>cron执行....");  
  18.     }  
  19. }  

这是最简单的2种方式,多少分钟执行一次,fixedDelay和fixedRate,单位是毫秒,所以1分钟就是60秒×1000
他们的区别在于,fixedRate就是每多次分钟一次,不论你业务执行花费了多少时间。我都是1分钟执行1次,而fixedDelay是当任务执行完毕后1分钟在执行。所以根据实际业务不同,我们会选择不同的方式。

而还有一类定时任务,比如是每天的3点15分执行,那么我们就需要用另外一种方式:cron表达式

cron表达式,有专门的语法,而且感觉有点绕人,不过简单来说,大家记住一些常用的用法即可,特殊的语法可以单独去查。
cron一共有7位,但是最后一位是年,可以留空,所以我们可以写6位:

[java]  view plain copy
print ?
  1. * 第一位,表示秒,取值0-59  
  2. * 第二位,表示分,取值0-59  
  3. * 第三位,表示小时,取值0-23  
  4. * 第四位,日期天/日,取值1-31  
  5. * 第五位,日期月份,取值1-12  
  6. * 第六位,星期,取值1-7,星期一,星期二...,注:不是第1周,第二周的意思  
  7.           另外:1表示星期天,2表示星期一。  
  8. * 第7为,年份,可以留空,取值1970-2099  

cron中,还有一些特殊的符号,含义如下:

[java]  view plain copy
print ?
  1. (*)星号:可以理解为每的意思,每秒,每分,每天,每月,每年...  
  2. (?)问号:问号只能出现在日期和星期这两个位置,表示这个位置的值不确定,每天3点执行,所以第六位星期的位置,我们是不需要关注的,就是不确定的值。同时:日期和星期是两个相互排斥的元素,通过问号来表明不指定值。比如,110日,比如是星期1,如果在星期的位置是另指定星期二,就前后冲突矛盾了。  
  3. (-)减号:表达一个范围,如在小时字段中使用“10-12”,则表示从1012点,即10,11,12  
  4. (,)逗号:表达一个列表值,如在星期字段中使用“1,2,4”,则表示星期一,星期二,星期四  
  5. (/)斜杠:如:x/y,x是开始值,y是步长,比如在第一位(秒) 0/15就是,从0秒开始,每15秒,最后就是015304560    另:*/y,等同于0/y  

下面列举几个例子供大家来验证:

[java]  view plain copy
print ?
  1. 0 0 3 * * ?     每天3点执行  
  2. 0 5 3 * * ?     每天35分执行  
  3. 0 5 3 ? * *     每天35分执行,与上面作用相同  
  4. 0 5/10 3 * * ?  每天3点的 5分,15分,25分,35分,45分,55分这几个时间点执行  
  5. 0 10 3 ? * 1    每周星期天,310分 执行,注:1表示星期天      
  6. 0 10 3 ? * 1#3  每个月的第三个星期,星期天 执行,#号只能出现在星期的位置  

前文已经提过,这种方式在单台应用服务器上运行没有问题,但是在集群环境下,会造成build任务在设定的条件下运行多次,遗憾的是,Scheduled Task在框架层面没有相应的解决方案,只能靠程序员在应用级别进行控制。

一般来说,我们有几种简单的办法来处理:

1、配置文件中增加自定义配置,通过开关来进行控制:比如增加:schedule=enable , schedule=disable,这样在我们的实际代码中,在进行判断,也就是我们可以通过配置,达到,只有一个实例真正执行定时任务,其他的是实例不执行。但是,这种做法实际是还是定时任务都启动,只是在执行中,我们人工来进行判断,执行于不执行真正的处理逻辑。
2、逻辑分离,就是我们将真正要定时任务处理的逻辑,写成rest服务,或者rpc服务,然后我们可以新建一个单独的定时任务项目,这个项目应该是没有任何的业务代码的,他纯粹只有定时任务功能,几点启动,或者每隔多少时间启动,启动后,通过rest或者rpc的方式,调用真正处理逻辑的服务。同时,我们甚至可以不用新建一个项目,我们通过linux的cron就可以进行。同时,这种方式还有一个好处,比如有些时候,我们的定时任务也会因为某些原因出现问题,没有执行,那么我们就可以通过curl 或者wget等等很多方式,再次定时任务的执行。

所以,个人一般偏向使用第二种方式,达到定时任务和业务处理的分离。

  相关解决方案