那些年，咱们追过的“定时调度”

定时调度
做为后端开发人员，咱们总会遇到这样的业务场景：每周同步一批数据；每半个小时检查一遍服务器运行情况；天天早上八点给用户发送一份包含今日待办事项的邮件，等等。

这些场景中都离不开“定时器”，就像一个定好时间规则的闹钟，它会在指定时间触发，执行咱们想要定义的调度任务。那么咱们今天就来数一下，那些年咱们用过的“定时调度”。

1.job (oracle)
从刚工做就一直使用oracle数据库，最先接触的定时任务就是oracle数据库的job。job有定时执行的功能，能够在指定的时间点或天天的某个时间点自行执行任务。 并且oracle从新启动后，job会继续运行，不用从新启动。
并且job的机制很是完备，能够查询相关的表或视图，查询job的定时规则和执行状况。缺点是做为oracle数据库层面的工具，自定义功能扩展，二次开发的难度比较大。

1.1 建立job

1.2 删除job

1.3 查询job

2.crontab (linux)
crond 是linux下用来周期性的执行某种任务或等待处理某些事件的一个守护进程，与windows下的计划任务相似，当安装完成操做系统后，默认会安装此服务 工具，而且会自动启动crond进程，crond进程每分钟会按期检查是否有要执行的任务，若是有要执行的任务，则自动执行该任务。

cron是服务名称，crond是后台进程，crontab则是定制好的计划任务表。大部分linux系统默认都安装了cron，能够检查一下。

crontab基本操做命令

crontab表达式格式

3.Timer和ScheduledExecutorService (java)
Timer是jdk中提供的一个定时器工具，使用的时候会在主线程以外起一个单独的线程执行指定的计划任务，能够指定执行一次或者反复执行屡次。

TimerTask是一个实现了Runnable接口的抽象类，表明一个能够被Timer执行的任务。
TimerTask类是一个抽象类，由Timer 安排为一次执行或重复执行的任务。它有一个抽象方法run()方法，该方法用于执行相应计时器任务要执行的操做。所以每个具体的任务类都必须继承TimerTask，而后重写run()方法。 另外它还有两个非抽象的方法

固然，通常使用Timer的比较少，由于它的缺点比较明显：

1.单线程，当多个timer同时运行时，会等上一个执行完成，再执行下一个。
2.Timer线程是不会捕获异常的，若是TimerTask抛出的了未检查异常则会致使Timer线程终止。

因此通常使用ScheduledExecutorService替代Timer。 ScheduledExecutorService：也是jdk自带的一个基于线程池设计的定时任务类。其每一个调度任务都会分配到线程池中的一个线程执行，因此其任务是并发执行的，互不影响。

4.SpringTask (spring)
Timer和ScheduledExecutorService都是属于jdk层面上实现定时调度的类，功能还不足以让咱们满意，那么如今介绍一个比较完善的定时调度工具 - SpringTask，是Spring提供的，支持注解和配置文件形式，支持crontab表达式，使用简单但功能强大。我我的很是喜欢SpringTask，仅仅是由于支持crontab表达式。

在springboot里面使用方式很是简单：

1.启动类添加开启定时调度的注解 @EnableScheduling
2.在须要定时执行的方法上，增长注解 @Scheduled(cron ="crontab表达式")

默认的简单的使用步骤只有以上两步，可是SpringTask的默认使用方式也有一些不足：

1.默认线程池的poolsize为1，能够理解为Timer相似的单线程模式。
没法动态修改crontab表达式，修改完只能从新部署后，才能生效。

问题1的解决方式，能够经过自定义 TaskExecutor来修改当前的线程池。问题2，则能够直接使用 threadPoolTaskScheduler类实现自定义的定时调度规则。

附解决两个问题的源码 TaskTimer.class

5.Quartz (其余产品)
Quartz是一个彻底由 Java 编写的开源做业调度框架，为在 Java 应用程序中进行做业调度提供了简单却强大的机制。它是一个功能强大、十分红熟的重量级产品，还支持负载均衡，实现分布式调度。

不过，对于Quartz的安装你要多花点功夫了，从数据库要建哪些表，到应用程序该如何部署。对于这样一个庞大的产品，本篇文章就不附上它的使用说明书了。

本人创业团队产品MadPecker，主要作BUG管理、测试管理、应用分发，网址:www.madpecker.com，有须要的朋友欢迎试用、体验！本文为MadPecker团队技术人员编写，转载请标明出处