眨眼的功夫，就把定时任务的三种调度策略说得明明白白-任务调度和定时任务

Spring Task 无疑是 Spring 环境下单机定时任务的首选。它用起来非常简单，功能也够用。

Spring Task 有三种模式，分别是：fixedDelay、cron 和 fixedRate。话不多说，我们先看代码：

@Slf4j
@Component
public class TimeTask {
   private int[] people = {6, 2, 3, 1};
   private int count = 0;
   @Scheduled(fixedDelay = 5000)
   public void fixedDelayTask() throws InterruptedException {
       if (count < 4) {
           int timeConsuming = people[count];
           log.info("fixedDelayTask-----第 {} 个人在 {} 开始如厕，耗时：{} 秒", count + 1,
                   formatTime(),
                   timeConsuming);
           Thread.sleep(timeConsuming * 1000L);
           count++;
      }
  }
   @Scheduled(cron = "0/5 * * * * ? ")
   public void cronTask() throws InterruptedException {
       if (count < 4) {
           int timeConsuming = people[count];
           log.info("cronTask-----第 {} 个人在 {} 开始如厕，耗时：{} 秒", count + 1,
                   formatTime(),
                   timeConsuming);
           Thread.sleep(timeConsuming * 1000L);
           count++;
      }
  }
   @Scheduled(fixedRate = 5000)
   public void fixedRateTask() throws InterruptedException {
       if (count < 4) {
           int timeConsuming = people[count];
           log.info("fixedRateTask-----第 {} 个人在 {} 开始如厕，耗时：{} 秒", count + 1,
                   formatTime(),
                   timeConsuming);
           Thread.sleep(timeConsuming * 1000L);
           count++;
      }
  }
   private String formatTime() {
       return LocalTime.now().format(DateTimeFormatter.ofPattern("HH:mm:ss"));
  }
}

这三种模式的用法都很简单，使用方式也很类似。那么它们究竟有什么不同呢？下面我们通过一个五星级豪华公测的故事来说明一下。

故事背景

话说某地有一个五星级豪华厕所，大家都喜欢来这里如厕。因此坑位经常供不应求，需要排队如厕。一天，厕所外有四个人排队，每个人如厕需要的时间如下：

第一个人 6 秒钟
第二个人 2 秒钟
第三个人 3 秒钟
第四个人 1 秒钟

从第一个人开始如厕进行计时。

fixedDelay 模式

日志输出：

fixedDelayTask-----第 1 个人在 18:07:23 开始如厕，耗时：6 秒
fixedDelayTask-----第 2 个人在 18:07:34 开始如厕，耗时：2 秒
fixedDelayTask-----第 3 个人在 18:07:41 开始如厕，耗时：3 秒
fixedDelayTask-----第 4 个人在 18:07:49 开始如厕，耗时：1 秒

@Scheduled(fixedDelay = 5000)。

厕所在该模式下有一个特点：每次用完厕所后，需要有 5 秒钟的厕所自洁时间，需要对厕所进行清洁消毒等工作，从而保证下次使用的时候依然干净卫生。执行情况如图所示：

上个厕所的功夫，就把定时任务的三种调度策略说得明明白白

第一个人在第 0 秒时开始如厕，6 秒后结束，厕所需要 5 秒钟的自洁时间。
第二个人在第 11 秒（6+5）时开始如厕，2 秒后结束，厕所需要 5 秒钟的自洁时间。
第三个人在第 18 秒（11+2+5）时开始如厕，3 秒后结束，厕所需要 5 秒钟的自洁时间。
第四个人在第 26 秒（18+3+5）时开始如厕，1 秒后结束…

Cron 模式

日志输出：

cronTask-----第 1 个人在 18:09:15 开始如厕，耗时：6 秒
cronTask-----第 2 个人在 18:09:25 开始如厕，耗时：2 秒
cronTask-----第 3 个人在 18:09:30 开始如厕，耗时：3 秒
cronTask-----第 4 个人在 18:09:35 开始如厕，耗时：1 秒

@Scheduled(cron = "0/5 * * * * ? ")。

在该模式下，厕所只在时间秒数 5 的整数倍时准许人员进入使用。因为通过严谨的科学分析，发现在秒数为 5 的整数倍时如厕体验更佳，所以只有当前时间秒数为 5 的整数倍时才可以进入。并且，五星级豪华公厕升级设备，可以在如厕完成的瞬间完成自洁消毒，因此不再需要额外的自洁时间了，也提升了厕所利用率。执行情况如图所示：

上个厕所的功夫，就把定时任务的三种调度策略说得明明白白

第一个人在 18:09:15 时开始如厕，6 秒后（18:09:21）结束，下一个如厕吉时为 18:09:25。
第二个人在 18:09:25 时开始如厕，2 秒后（18:09:27）结束，下一个如厕吉时为 18:09:30。
第三个人在 18:09:30 时开始如厕，3 秒后（18:09:33）结束，下一个如厕吉时为 18:09:35。
第四个人在 18:09:35 时开始如厕，1 秒后（18:09:36）结束…

fixedRate 模式

日志输出：

fixedRateTask-----第 1 个人在 18:10:18 开始如厕，耗时：6 秒
fixedRateTask-----第 2 个人在 18:10:24 开始如厕，耗时：2 秒
fixedRateTask-----第 3 个人在 18:10:28 开始如厕，耗时：3 秒
fixedRateTask-----第 4 个人在 18:10:33 开始如厕，耗时：1 秒

@Scheduled(fixedRate = 5000)。

经过长时间的大数据分析，得出一个结论——人的最佳如厕时长是 5 秒钟。所以在该模式下，人们如厕前，厕所会根据等待人数提前制定出如厕计划，即为每位等待者分配 5 秒钟如厕时间。但是有一个规则：当如厕者提前结束，那么下一个人仍然需要等够 5 秒钟；而当如厕者超时以后，待厕者可以在上一人完成时立即如厕。那么：

如厕计划如下：

第一个人：第 0 秒进入
第二个人：第 5 秒进入
第三个人：第 10 秒进入
第四个人：第 15 秒进入

根据故事背景中每个人如厕时间，实际情况如图所示：

上个厕所的功夫，就把定时任务的三种调度策略说得明明白白

第一个人在第 0 秒时，即 18:10:18 时开始如厕，6 秒后结束，超时，第二个人无缝如厕；
第二个人在第 6 秒（0+6）时，即 18:10:24 开始如厕，2 秒后结束，未超时，第三个人等待 2 秒，按计划时间如厕；
第三个人在第 10 秒（6+2+2）时，即 18:10:28 开始如厕，3 秒后结束，未超时，第四个人等待 2 秒按计划如厕；
第四个人在第 15 秒（6+2+2+3+2）时，即 18:10:33 开始如厕，1 秒后结束…

Cron 表达式

Cron 模式是定时任务中最强大的触发策略，可以应对更多的情况。一个 Cron 表达式总共有 7 个元素，分别如下表所示：

时间单位	是否必填	取值范围	通配符
秒	是	0-59 的整数	, - * / 四个字符
分	是	0-59 的整数	, - * / 四个字符
时	是	0-23 的整数	, - * / 四个字符
日	是	1-31 的整数（需要考虑该月的具体天数）	,- * ? / L W C 八个字符
月	是	1~12 的整数或者 JAN-DEC	, - * / 四个字符
周	是	1~7 的整数或者 SUN-SAT （1=SUN）	, - * ? / L C # 八个字符
年	否	1970~2099	, - * / 四个字符