实现定时任务的六种策略
这篇文章,我们聊聊实现定时任务的六种策略。
1 自定义单线程
上图中,我们启动一个线程,该线程无限循环执行,每隔20毫秒执行业务代码。
这种方式非常简单易用,在很多中间件中得到广泛应用。
2 JDK ScheduledExecutorService
ScheduledExecutorService
是 Java 标准库提供的一个用于调度定时任务的接口。它提供了一种相对简单的方式来执行定时任务,不需要引入额外的库。
在上述例子中:
- 创建了一个
ScheduledExecutorService
实例,它使用了一个线程池,其中包含一个线程用于执行定时任务。 - 定义了一个简单的
Runnable
任务,输出当前时间。 - 使用
scheduleAtFixedRate
方法安排任务,指定了任务的启动延迟时间和执行间隔时间。 - 主线程等待一段时间,然后关闭
ScheduledExecutorService
,确保定时任务不再执行。
这是一个基本的使用例子,你可以根据需求调整延迟时间、执行间隔、线程池大小等参数。
ScheduleExecutorService 因其简单易用且性能优异,在各大开源中间件项目(比如 RocketMQ、MetaQ、Canal 等)中被广泛的使用。
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 开发第一个任务 “Hello World”。
1、新建任务:
登录调度中心,点击下图所示“新建任务”按钮,新建示例任务。然后,参考下面截图中任务的参数配置,点击保存。
2、应用任务开发
3、触发执行
请点击任务右侧 “执行” 按钮,可手动触发一次任务执行(通常情况下,通过配置Cron表达式进行任务调度触发)。
4、查看日志
请点击任务右侧 “日志” 按钮,可前往任务日志界面查看任务日志。 在任务日志界面中,可查看该任务的历史调度记录以及每一次调度的任务调度信息、执行参数和执行信息。
运行中的任务点击右侧的“执行日志”按钮,可进入日志控制台查看实时执行日志。
7 写到最后
本文整理了实现定时任务的六种策略,我们需要根据实际场景选择合适的策略。
同时,我们也需要考虑:
- 是否需要任务应用集群部署;
- 集群部署下假如出现并发执行,业务是否会出现异常;
- 如何规避并发执行导致的业务异常。
笔者将在接下来的文章里为大家详解定时任务的最佳实践,敬请期待。
如果我的文章对你有所帮助,还请帮忙点赞、在看、转发一下,你的支持会激励我输出更高质量的文章,非常感谢!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
OpenKruise :Kubernetes背后的托底
本文分享自华为云社区《OpenKruise核心能力和工作原理》,作者:可以交个朋友。 一、 诞生背景 Kubernetes 自身提供的应用部署管理功能,无法满足大规模应用场景的需求,例如应用发布时的原地升级策略,流式扩容,缩容顺序控制等等。所以OpenKruise的出现弥补了 Kubernetes 在应用部署、升级、防护、运维等领域的不足。 二、 OpenKruise介绍 核心能力介绍,帮助快速入门openkruise。 2.1 架构预览 OpenKruise 的功能都是通过 Kubernetes API 来提供的。 Kruise-manager :运行着 controller 和 webhook的中心组件,它通过 Deployment 部署在 kruise-system 命名空间中,同样它们之间采用 leader-election 的方式选主,同一时间只有一个提供服务,达到高可用的目的。除了 controller 之外,kruise-controller-manager-xxx 中还包含了针对 Kruise CRD 以及 Pod 资源的 admission webhook。Kruis...
- 下一篇
谈谈 RocketMQ 5.0 分级存储背后一些有挑战的技术优化
作者:斜阳 RocketMQ 5.0 提出了分级存储的新方案,经过数个版本的深度打磨,RocketMQ 的分级存储日渐成熟,并成为降低存储成本的重要特性之一。事实上,几乎所有涉及到存储的产品都会尝试转冷降本,如何针对消息队列的业务场景去做一些有挑战的技术优化, 是非常有意思的事。 这篇文章就跟大家探讨下,在消息系统这样一个数据密集型应用的模型下,技术架构选型的分析与权衡,以及分级存储实现与未来演进,让云计算的资源红利真正传达给用户。 背景与需求 RocketMQ 诞生于 2012 年,存储节点采用 shared-nothing 的架构读写自己的本地磁盘,单节点上不同 topic 的消息数据会顺序追加写 CommitLog 再异步构建多种索引,这种架构的高水平扩展能力和易维护性带来了非常强的竞争力。 随着存储技术的发展和各种百G网络的普及,RocketMQ 存储层的瓶颈逐渐显现,一方面是数据量的膨胀远快于单体硬件,另一方面存储介质速度和单位容量价格始终存在矛盾。在云原生和 Serverless 的技术趋势下,只有通过技术架构的演进才能彻底解决单机磁盘存储空间上限的问题,同时带来更灵活的弹...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Red5直播服务器,属于Java语言的直播服务器
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8安装Docker,最新的服务器搭配容器使用
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS关闭SELinux安全模块
- CentOS7设置SWAP分区,小内存服务器的救世主