这篇文章,我们聊聊实现定时任务的六种策略。
1 自定义单线程
Thread
类真的能做定时任务。如果你看过一些定时任务框架的源码,你最后会发现,它们的底层也会使用Thread
类。
实现这种定时任务的具体代码如下:
public static void init() {
new Thread(() -> {
while (true) {
try {
System.out.println("doSameThing");
Thread.sleep(1000 * 60 * 5);
} catch (Exception e) {
log.error(e);
}
}
}).start();
}
使用Thread
类可以做最简单的定时任务,在run
方法中有个while
的死循环(当然还有其他方式),执行我们自己的任务。有个需要特别注意的地方是,需要用try...catch
捕获异常,否则如果出现异常,就直接退出循环,下次将无法继续执行了。
这种方式做的定时任务,只能周期性执行,不能支持定时在某个时间点执行。
此外,该线程可以定义成守护线程
,在后台默默执行就好。
使用场景:比如项目中有时需要每隔10分钟去下载某个文件,或者每隔5分钟去读取模板文件生成静态html页面等等,一些简单的周期性任务场景。
使用Thread
类的优缺点:
-
优点:这种定时任务非常简单,学习成本低,容易入手,对于那些简单的周期性任务,是个不错的选择。
-
缺点:不支持指定某个时间点执行任务,不支持延迟执行等操作,功能过于单一,无法应对一些较为复杂的场景。
2 JDK ScheduledExecutorService
ScheduledExecutorService
是JDK1.5+版本引进的定时任务,该类位于java.util.concurrent
并发包下。
ScheduledExecutorService
是基于多线程的,设计的初衷是为了解决Timer
单线程执行,多个任务之间会互相影响的问题。
它主要包含4个方法:
-
schedule(Runnable command,long delay,TimeUnit unit)
,带延迟时间的调度,只执行一次,调度之后可通过Future.get()阻塞直至任务执行完毕。 -
schedule(Callable<V> callable,long delay,TimeUnit unit)
,带延迟时间的调度,只执行一次,调度之后可通过Future.get()阻塞直至任务执行完毕,并且可以获取执行结果。 -
scheduleAtFixedRate
,表示以固定频率执行的任务,如果当前任务耗时较多,超过定时周期period,则当前任务结束后会立即执行。 -
scheduleWithFixedDelay
,表示以固定延时执行任务,延时是相对当前任务结束为起点计算开始时间。
实现这种定时任务的具体代码如下:
public class ScheduleExecutorTest {
public static void main(String[] args) {
ScheduledExecutorService scheduledExecutorService = Executors.newScheduledThreadPool(5);
scheduledExecutorService.scheduleAtFixedRate(() -> {
System.out.println("doSomething");
},1000,1000, TimeUnit.MILLISECONDS);
}
}
调用ScheduledExecutorService
类的scheduleAtFixedRate
方法实现周期性任务,每隔1秒钟执行一次,每次延迟1秒再执行。
这种定时任务是阿里巴巴开发者规范中用来替代Timer
类的方案,对于多线程执行周期性任务,是个不错的选择。
ScheduledExecutorService的优缺点:
-
优点:基于多线程的定时任务,多个任务之间不会相关影响,支持周期性的执行任务,并且带延迟功能。
-
缺点:不支持一些较复杂的定时规则。
3 Spring Task
在Spring框架中,你可以使用@Scheduled
注解来创建定时任务。以下是Spring定时任务的基本用法:
-
配置类: 创建一个配置类,通常使用
@EnableScheduling
注解启用 Spring 的定时任务功能。 -
定时任务方法: 在你的服务类或组件类中创建一个方法,并使用
@Scheduled
注解来指定定时任务的触发条件。
在上述例子中,@Scheduled
注解允许你指定定时任务的执行规则,可以是固定频率(fixedRate
)、固定延迟(fixedDelay
)、或者使用cron
表达式。
4 Quartz
Quartz是一款 Java 开源任务调度框架。
下面我们展示如何使用:
1、添加依赖
2、Job(任务:你要做什么事)
3、Trigger(触发器:什么时候去做)
4、scheduler(任务调度:你什么时候需要做什么事)将 job 与 Trigger 进行整合。
下面是一个例子:
这里需要强调的是,Quartz 支持集群模式,持久化方式是 JDBC ,需要创建如下表。
Quartz 集群模式对于业务数据库有侵入性,需要考虑业务场景慎重使用。
5 elastic-job
ElasticJob 定位为轻量级无中心化解决方案,使用 jar 的形式提供分布式任务的协调服务。
应用内部定义任务类,实现 SimpleJob 接口,编写自己任务的实际业务流程即可。
举例:应用A有五个任务需要执行,分别是A,B,C,D,E。任务E需要分成四个子任务,应用部署在两台机器上
应用A在启动后, 5个任务通过 Zookeeper 协调后被分配到两台机器上,通过Quartz Scheduler 分开执行不同的任务。
ElasticJob 从本质上来讲 ,底层任务调度还是通过 Quartz ,相比Redis分布式锁 或者 Quartz 分布式部署 ,它的优势在于可以依赖 Zookeeper 这个大杀器 ,将任务通过负载均衡算法分配给应用内的 Quartz Scheduler容器。
6 xxl-job
xxl-job
是大众点评(许雪里)开发的一个分布式任务调度平台,其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线,开箱即用。
xxl-job
框架对quartz
进行了扩展,使用mysql
数据库存储数据,并且内置jetty作为RPC
服务调用。
主要特点如下:
-
有界面维护定时任务和触发规则,非常容易管理。
-
能动态启动或停止任务
-
支持弹性扩容缩容
-
支持任务失败报警
-
支持动态分片
-
支持故障转移
-
Rolling实时日志
-
支持用户和权限管理
管理界面:
整体架构图如下:
使用quartz架构图如下:
项目实战
xxl-admin
管理后台部署和mysql脚本执行等这些前期准备工作,我就不过多介绍了,有需求的朋友可以找我私聊,这些更偏向于运维的事情。
假设前期工作已经OK了,接下来我们需要:
第一步,在pom.xml文件中引入xxl-job
相关依赖。
<dependency>
<groupId>com.xuxueli</groupId>
<artifactId>xxl-job-core</artifactId>
</dependency>
第二步,在applicationContext.properties
文件中配置参数:
xxl.job.admin.address: http://localhost:8088/xxl-job-admin/
xxl.job.executor.appname: xxl-job-executor-sample
xxl.job.executor.port: 8888
xxl.job.executor.logpath: /data/applogs/xxl-job/
第三步,创建HelloJobHandler类继承IJobHandler
类:
@JobHandler(value = "helloJobHandler")
@Component
public class HelloJobHandler extends IJobHandler {
@Override
public ReturnT<String> execute(String param) {
System.out.println("XXL-JOB, Hello World.");
return SUCCESS;
}
}
这样定时任务就配置好了。
建议把定时任务单独部署到另外一个服务中,跟api服务分开。根据我以往的经验,job大部分情况下,会对数据做批量操作,如果操作的数据量太大,可能会对服务的内存和cpu资源造成一定的影响。
使用xxl-job
的优缺点:
-
优点:有界面管理定时任务,支持弹性扩容缩容、动态分片、故障转移、失败报警等功能。它的功能非常强大,很多大厂在用,可以满足绝大多数业务场景。
-
缺点:和
quartz
一样,通过数据库分布式锁,来控制任务不能重复执行。在任务非常多的情下,有一些性能问题。