可控定时任务 框架设计实现

后台程序开发中，定时任务基本都是必不可少的，JAVA领域常用到的定时任务实现，一般是JDK自带的Timer类，以及java.util.concurrent包下线程池的Executors等。或者第三方定时任务实现，比如比较出名的quartzs。

但这些定时任务一般不会持久化任务数据，也就是说一旦JAVA进程挂掉或者服务器被重启，所有提交的任务就会消失。还有就是一旦提交了任务，想修改任务的参数就比较麻烦。

我们实际业务需求中，定时任务不能因为重启了服务器就改变或者消失，并且为了可控，提交的定时任务也需要能够动态控制。然后还需要有比较明朗的执行记录，能把定时任务的执行情况一目了然。

其实根据自己的业务需求，可以自己做一套自己的定时任务框架，并不复杂并且可控。

这里示例性的提供一个简单定时任务设计思路，大家可以自己实现

1、在数据库里设计一张定时任务记录表。大概有这么几列：

ID（表主键）、任务执行类（JAVA类名）、任务参数（JSON字符串）、计划执行时间、实际执行时间、执行结果

//还可以加一列，相同任务执行类的不同ID，用于支撑同一个执行类的多个定时任务

2、提交定时任务就是在上面这张表里写入记录。如果是循环的定时任务，就判断上个相同的任务有没有执行完，执行完之后才提交下一个相同的任务。

3、通过静态代码块Executors提交一个每分钟执行一次的定时任务，查询表里计划执行实现小于等于当前时间，并且还没执行过的定时任务执行，并写回执行时间和执行结果。

这样，我们就通过数据库持久化了我们的定时任务，就算进程重启，定时任务也能继续执行，顶多延误了一会。并且可以通过修改表的数据（任务参数、计划执行时间）等来控制已经提交的定时任务。执行记录也一目了然。

PS：如果改造之前的定时任务是用Crontab表达式配置的，可以用quartzs带的工具类把Crontab表达式计算出下次执行时间。