@schedule定时注解

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 ;

}

把这个方法添加到任务执行类或者系统模块中即可，有多少定时任务，则配置多少个线程即可。