勤劳的搬运工--SpringBoot定时任务

定时任务的实现方式有多种，例如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
@SpringBootApplication  
@EnableScheduling  
public class Application {  
    public static void main(String[] args) {  
        SpringApplication.run(Application.class, args);  
    }  
}  

开启Schedule注解。

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

[java]view plain copy
@Component  
public class Jobs {  
    public final static long ONE_Minute =  60 * 1000;  
  
    @Scheduled(fixedDelay=ONE_Minute)  
    public void fixedDelayJob(){  
        System.out.println(Dates.format_yyyyMMddHHmmss(new Date())+" >>fixedDelay执行....");  
    }  
  
    @Scheduled(fixedRate=ONE_Minute)  
    public void fixedRateJob(){  
        System.out.println(Dates.format_yyyyMMddHHmmss(new Date())+" >>fixedRate执行....");  
    }  
  
    @Scheduled(cron="0 15 3 * * ?")  
    public void cronJob(){  
        System.out.println(Dates.format_yyyyMMddHHmmss(new Date())+" >>cron执行....");  
    }  
}  

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

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

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

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

cron中，还有一些特殊的符号，含义如下：

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

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

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

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

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

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

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

勤劳的搬运工--SpringBoot定时任务

猜你喜欢