XXL-JOB (1. 概述及环境搭建) 学习笔记

下一篇:XXL-JOB (2. 执行器使用) 学习笔记

文章目录

  • 1. Spring 原生的定时任务
    • 1.1 简单体验
    • 1.2 原生框架存在的问题
  • 2. XXL-JOB 框架
    • 2.1 官网地址
    • 2.2 特性
    • 2.3 优化原生框架的简单思路
    • 2.4 初始化环境
    • 2.5 配置调度中心
    • 2.5 配置执行器

1. Spring 原生的定时任务

1.1 简单体验

  1. 搭建一个 SpringBoot 项目

  2. 在主启动类上添加注解 @EnableScheduling

    @EnableScheduling //开启基于注解的定时任务
    @SpringBootApplication
    public class DemoXxlJobApplication {
    	public static void main(String[] args) {
    		SpringApplication.run(DemoXxlJobApplication.class, args);
    	}
    }
    
  3. 编写一个测试定时任务的方法

    @Service
    public class ScheduledService {
    	@Scheduled(cron = "0/5 * * * * *")
    	public void hello(){
    		System.out.println("hello.....@Scheduled - "+new Date());
    	}
    }
    
  4. 启动项目查看输出情况
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第1张图片

1.2 原生框架存在的问题

  1. 不支持集群部署

    如果在集群上使用 @Scheduled 会造成该任务在各个节点上的重复执行

  2. 不支持生命周期统一管理

    不能在不重启服务情况下关闭、启动任务
    也就是说,如果想要修改定时任务的相关信息,就必须要在源码上进行修改,并重启服务,才可生效。

  3. 不支持分片任务

    处理有序数据时,多台机器不能对数据进行分片处理 —— 机器 A 处理 1-100 ;机器 B 处理 101-200……
    相反会产生第一点提到的问题。
    不但不能发挥多台机器的优势提高性能,反而会影响性能

  4. 不支持失败重试

    出现异常后会直接终止任务,不会进行重试操作。如果业务中的关键任务失败,但没有重试,将会造成很大损失。

  5. 不支持动态调整

    类似于第二点,如果想要调整定时任务的相关参数,也是需要修改源码并重启服务的,十分不便

  6. 无报警机制

    当任务失败之后,没有任何的报警机制,最多只是日志中抛出异常信息,但是如果不及时关注日志,可能连任务失败都一点感知不到。

  7. 任务数据难以统计

    任务数据量大时,对于任务执行情况无法高效的统计执行情况。

  • 为了解决上述的这种问题,就有了下面介绍的分布式任务框架。

2. XXL-JOB 框架

2.1 官网地址

  • GITEE 地址:https://gitee.com/xuxueli0323/xxl-job?utm_source=alading&utm_campaign=repo#https://www.xuxueli.com/xxl-job/
  • 中文文档地址:https://www.xuxueli.com/xxl-job/

2.2 特性

  • 这些都是官网有的这里就不多说了。
  1. 简单:支持通过Web页面对任务进行CRUD操作,操作简单,一分钟上手;
  2. 动态:支持动态修改任务状态、启动/停止任务,以及终止运行中任务,即时生效;
  3. 调度中心HA(中心式):调度采用中心式设计,“调度中心”自研调度组件并支持集群部署,可保证调度中心HA;
  4. 执行器HA(分布式):任务分布式执行,任务”执行器”支持集群部署,可保证任务执行HA;
  5. 注册中心: 执行器会周期性自动注册任务, 调度中心将会自动发现注册的任务并触发执行。同时,也支持手动录入执行器地址;
  6. 弹性扩容缩容:一旦有新执行器机器上线或者下线,下次调度时将会重新分配任务;
  7. 触发策略:提供丰富的任务触发策略,包括:Cron触发、固定间隔触发、固定延时触发、API(事件)触发、人工触发、父子任务触发;
  8. 调度过期策略:调度中心错过调度时间的补偿处理策略,包括:忽略、立即补偿触发一次等;
  9. 阻塞处理策略:调度过于密集执行器来不及处理时的处理策略,策略包括:单机串行(默认)、丢弃后续调度、覆盖之前调度;
  10. 任务超时控制:支持自定义任务超时时间,任务运行超时将会主动中断任务;
  11. 任务失败重试:支持自定义任务失败重试次数,当任务失败时将会按照预设的失败重试次数主动进行重试;其中分片任务支持分片粒度的失败重试;
  12. 任务失败告警;默认提供邮件方式失败告警,同时预留扩展接口,可方便的扩展短信、钉钉等告警方式;
  13. 路由策略:执行器集群部署时提供丰富的路由策略,包括:第一个、最后一个、轮询、随机、一致性HASH、最不经常使用、最近最久未使用、故障转移、忙碌转移等;
  14. 分片广播任务:执行器集群部署时,任务路由策略选择”分片广播”情况下,一次任务调度将会广播触发集群中所有执行器执行一次任务,可根据分片参数开发分片任务;
  15. 动态分片:分片广播任务以执行器为维度进行分片,支持动态扩容执行器集群从而动态增加分片数量,协同进行业务处理;在进行大数据量业务操作时可显著提升任务处理能力和速度。
  16. 故障转移:任务路由策略选择”故障转移”情况下,如果执行器集群中某一台机器故障,将会自动Failover切换到一台正常的执行器发送调度请求。
  17. 任务进度监控:支持实时监控任务进度;
  18. Rolling实时日志:支持在线查看调度结果,并且支持以Rolling方式实时查看执行器输出的完整的执行日志;
  19. GLUE:提供Web IDE,支持在线开发任务逻辑代码,动态发布,实时编译生效,省略部署上线的过程。支持30个版本的历史版本回溯。
  20. 脚本任务:支持以GLUE模式开发和运行脚本任务,包括Shell、Python、NodeJS、PHP、PowerShell等类型脚本;
  21. 命令行任务:原生提供通用命令行任务Handler(Bean任务,”CommandJobHandler”);业务方只需要提供命令行即可;
  22. 任务依赖:支持配置子任务依赖,当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔;
  23. 一致性:“调度中心”通过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行;
  24. 自定义任务参数:支持在线配置调度任务入参,即时生效;
  25. 调度线程池:调度系统多线程触发调度运行,确保调度精确执行,不被堵塞;
  26. 数据加密:调度中心和执行器之间的通讯进行数据加密,提升调度信息安全性;
  27. 邮件报警:任务失败时支持邮件报警,支持配置多邮件地址群发报警邮件;
  28. 推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;
  29. 运行报表:支持实时查看运行数据,如任务数量、调度次数、执行器数量等;以及调度报表,如调度日期分布图,调度成功分布图等;
  30. 全异步:任务调度流程全异步化设计实现,如异步调度、异步运行、异步回调等,有效对密集调度进行流量削峰,理论上支持任意时长任务的运行;
  31. 跨语言:调度中心与执行器提供语言无关的 RESTful API 服务,第三方任意语言可据此对接调度中心或者实现执行器。除此之外,还提供了 “多任务模式”和“httpJobHandler”等其他跨语言方案;
  32. 国际化:调度中心支持国际化设置,提供中文、英文两种可选语言,默认为中文;
  33. 容器化:提供官方docker镜像,并实时更新推送dockerhub,进一步实现产品开箱即用;
  34. 线程池隔离:调度线程池进行隔离拆分,慢任务自动降级进入”Slow”线程池,避免耗尽调度线程,提高系统稳定性;
  35. 用户管理:支持在线管理系统用户,存在管理员、普通用户两种角色;
  36. 权限控制:执行器维度进行权限控制,管理员拥有全量权限,普通用户需要分配执行器权限后才允许相关操作;

2.3 优化原生框架的简单思路

XXL-JOB (1. 概述及环境搭建) 学习笔记_第2张图片

2.4 初始化环境

  1. 下载源码
  • GITEE 地址:https://gitee.com/xuxueli0323/xxl-job
  • 项目目录
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第3张图片
  1. 初始化数据库
  • SQL 脚本存放在 doc.db 目录下
  • 运行后
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第4张图片

2.5 配置调度中心

  1. 修改 xxl-job-adminapplication.properties 配置文件
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第5张图片
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第6张图片
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第7张图片
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第8张图片
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第9张图片
  2. 完成上述配置后,直接启动 xxl-job-admin 项目
  3. 启动完成后 ,访问 http://localhost:8080/xxl-job-admin
  4. 默认的用户密码为 :admin/123456
  5. 进入管理页面
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第10张图片

2.5 配置执行器

  • 这里就以 SpringBoot 框架实例为例
  1. 确认当前项目中导入了 xxl-job-core 模块
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第11张图片

  2. 修改 xxl-job-executor-sample-springbootapplication.properties 文件
    XXL-JOB (1. 概述及环境搭建) 学习笔记_第12张图片

  3. 完成上述配置后,需要将这些配置初始化进容器

    @Bean
    public XxlJobSpringExecutor xxlJobExecutor() {
        logger.info(">>>>>>>>>>> xxl-job config init.");
        XxlJobSpringExecutor xxlJobSpringExecutor = new XxlJobSpringExecutor();
        xxlJobSpringExecutor.setAdminAddresses(adminAddresses);
        xxlJobSpringExecutor.setAppname(appname);
        xxlJobSpringExecutor.setAddress(address);
        xxlJobSpringExecutor.setIp(ip);
        xxlJobSpringExecutor.setPort(port);
        xxlJobSpringExecutor.setAccessToken(accessToken);
        xxlJobSpringExecutor.setLogPath(logPath);
        xxlJobSpringExecutor.setLogRetentionDays(logRetentionDays);
    
        return xxlJobSpringExecutor;
    }
    
  4. 启动改项目在这里插入图片描述

你可能感兴趣的:(任务框架,xxl-job,分布式任务)