xxl-job实现原理及使用示例

最新推荐文章于 2025-04-06 10:54:37 发布
最新推荐文章于 2025-04-06 10:54:37 发布
阅读量1.7k 收藏 12
点赞数 6
文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/csdn_demo_java/article/details/139389853
版权

官方文档：http://www.xuxueli.com/xxl-job。

xxl-job简介

xxl-job是一个分布式任务调度平台，其实现主要包括调度中心、执行器等组件。

  • 调度中心：调度中心负责管理调度信息，包括任务信息、执行器信息等，并负责任务的分配和调度。
  • 执行器：执行器是任务的具体执行者，负责执行调度中心分配的任务。执行器通过注册到调度中心，使得调度中心能够管理和调度它。
  • 调度过程：调度中心根据任务的配置信息、执行器的注册信息等，制定调度计划。当调度时间到来时，调度中心通过内部的调度算法，选择合适的执行器执行任务。
  • 通讯协议：调度中心和执行器之间通过HTTP协议通讯。
  • 任务注册与发现：执行器启动时向调度中心注册，并保持心跳，以便调度中心发现和管理。
  • 任务触发：任务触发主要通过API接口或者界面操作触发。
  • 任务分配：调度中心根据任务的配置和执行器的实际情况，将任务分配给合适的执行器。
  • 任务执行：执行器获取任务后，执行具体的任务逻辑。
  • 执行结果回调：执行器执行完任务后，将结果回调给调度中心。

xxl-job核心代码结构：

  • xxl-job-admin：调度中心，管理和调度任务。
  • xxl-job-core：公共模块，包含任务调度相关的核心代码。
  • xxl-job-executor-sample-spring：执行器示例，展示如何集成xxl-job到Spring项目中。

xxl-job实现原理

xxl-job工作原理

如图所示：

处理流程：

  • 1）任务执行器根据配置的调度中心的地址，自动注册到调度中心。
  • 2）达到任务触发条件，调度中心下发任务。
  • 3）执行器基于线程池执行任务，并把执行结果放入内存队列中、把执行日志写入日志文件中。
  • 4）执行器的回调线程消费内存队列中的执行结果，主动上报给调度中心。
  • 5）当用户在调度中心查看任务日志，调度中心请求任务执行器，任务执行器读取任务日志文件并返回日志详情。

任务触发

调度中心在启动时会开启一个调度线程来计算任务触发时机，该调度线程通过查询表xxl_job_info中的数据（即：任务的基本信息和任务下一次执行的时间）来获取下一次执行时间 <= 当前时间 + 5s的任务。

注意：5s在XxlJob中固定，称为预读时间（即：提前获取当前时间+5s内的任务，保证任务能准时触发）。

示例：假设当前时间为2024-06-01 10:00:10，调度线程会查出下一次任务执行时间在2024-06-01 10:00:15之前的任务。

如图所示：

调度线程会将查询到的任务根据执行时间划分为三个部分：

  • 1）当前时间已经超过任务下一次执行时间5s以上，即：需要在2024-06-01 10:00:05（不含05s）之前执行的任务。
  • 2）当前时间已经超过任务下一次执行时间但不足5s，即：需要在2024-06-01 10:00:05和2024-06-01 10:00:10（不含10s）之间执行的任务
  • 3）暂未到执行时间，但会在5s内执行的任务。

如图所示：

图中：

  • 第一部分已经超时超过5s以上的任务会根据任务配置的调度过期策略来确定是否需要执行。调度过期策略：
    • 忽略。
    • 立即执行一次。
  • 第二部分已经超时但在5s以上的任务会立即执行一次，如果判断任务下一次执行时间在5s内，则直接放到一个时间轮中，等待下一次触发执行。
  • 第三部分即将触发的任务由于还未到执行时间，因此不会立马执行，直接放到时间轮中，等待触发执行。

以上批次任务处理完成后，调度线程会去重新计算每个任务的下一次触发时间，并更新xxl_job_info表的下一次执行时间。

调度中心可以以集群的形式存在，每个调度中心实例都存在调度线程，xxl-job通过数据库锁的方式保证任务在同一时间只会被其中的一个调度中心实例触发一次。

语句：

select * from xxl_job_lock where lock_name = 'schedule_lock' for update

任务触发整体流程，如图所示：

快慢线程池异步触发任务优化

当任务达到触发条件时，并不是由调度线程直接去触发执行器的任务执行，调度线程会将这个触发的任务交给线程池去执行（即：上图中触发任务执行是通过线程池异步执行的），原因：触发任务需要通过Http接口调用具体的执行器实例触发任务，这一过程相对耗时，如果通过调度线程触发任务，会影响调度效率。因此，调度线程只负责判断任务是否需要执行。

同时，xxl-Job为了进一步优化任务的触发，将这个触发任务执行的线程池划分成快线程池和慢线程池两个线程池。

在调用执行器的Http接口触发任务执行时，xxl-Job会记录每个任务触发所耗费的时间（注意不是任务执行时间，是整个Http请求耗时时间）。当任务一次触发任务的时间超过500ms时，这个任务的慢次数就会+1，如果这个任务一分钟内触发的慢次数超过10次，就会将触发任务交给慢线程池去执行。因此，快慢线程池是为了避免频繁触发且每次触发时间很长的任务阻塞其它任务的触发。

执行器实例选择

当任务需要触发时，调度中心会向执行器发送Http请求，执行器去执行具体的任务，由于一个执行器会存在多个实例，具体由哪个执行器执行与任务配置时设置的路由策略有关。

路由策略：

  • 第一个。
  • 最后一个。
  • 轮询。
  • 随机。
  • 一致性Hash。
  • 最不经常使用。
  • 最近最久未使用。
  • 故障转移。
  • 忙碌转移。
  • 分片广播。

执行器执行任务

当执行器接收到调度中心的Http请求时，会将请求交给ExecutorBizImpl进行处理，具体逻辑在ExecutorBizImpl的run()方法中实现。在run()方法中，执行器会为每个任务创建一个单独的JobThread线程，JobThread线程从任务队列（任务提交时会将任务加入任务队列中）中获取任务并执行。

如图所示：

如果调度中心选择的执行器实例正在处理定时任务，则需要根据任务配置时设置的阻塞处理策略进行处理。

阻塞处理策略：

  • 单机串行：执行器按队列的先进先出原则串行处理。
  • 丢弃后续调度：执行器不做处理，任务会被丢弃。
  • 覆盖之前调度：执行器重新创建一个JobThread来执行任务，并且尝试打断之前的正在处理任务的JobThread，丢弃之前队列中的任务。

注意：阻塞处理策略针对的是单个执行器实例上的任务，不同执行器实例上的同一个任务互不影响。

任务执行结果回调

当任务处理完成后，执行器会将任务的执行结果发送给调度中心。

如图所示：

图中：

  • JobThread会将任务的执行结果发送到一个内存队列（执行结果队列）中。
  • 执行器启动时会开启一个发送任务执行结果的线程：TriggerCallbackThread，TriggerCallbackThread线程会不停地从内存队列中获取所有的执行结果，并将执行结果批量发送给调度中心。
  • 调用中心收到任务执行结果后，会根据执行结果修改本次任务的执行状态及后续逻辑（如：是否失败重试，是否存在子任务需要触发等）。

xxl-job使用示例

以BEAN模式（方法形式）为例。下载xxl-job源码（版本：2.3.1）。

下载地址：https://gitee.com/xuxueli0323/xxl-job/tree/2.3.1/

编译源码：

解压源码，按照maven格式将源码导入IDE, 使用maven进行编译即可。
源码结构如下：
xxl-job-admin：调度中心
xxl-job-core：公共依赖
xxl-job-executor-samples：执行器Sample示例（选择合适的版本执行器，可直接使用，也可以参考其并将现有项目改造成执行器）
    ：xxl-job-executor-sample-springboot：Springboot版本，通过Springboot管理执行器，推荐这种方式；
    ：xxl-job-executor-sample-spring：Spring版本，通过Spring容器管理执行器，比较通用；
    ：xxl-job-executor-sample-frameless：无框架版本；
    ：xxl-job-executor-sample-jfinal：JFinal版本，通过JFinal管理执行器；
    ：xxl-job-executor-sample-nutz：Nutz版本，通过Nutz管理执行器；
    ：xxl-job-executor-sample-jboot：jboot版本，通过jboot管理执行器；

初始化调度数据库

从源码中获取调度数据库脚本，脚本位置：/xxl-job/doc/db/tables_xxl_job.sql。

#
# XXL-JOB v2.3.1
# Copyright (c) 2015-present, xuxueli.

CREATE database if NOT EXISTS `xxl_job` default character set utf8mb4 collate utf8mb4_unicode_ci;
use `xxl_job`;

SET NAMES utf8mb4;

CREATE TABLE `xxl_job_info` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `job_group` int(11) NOT NULL COMMENT '执行器主键ID',
  `job_desc` varchar(255) NOT NULL,
  `add_time` datetime DEFAULT NULL,
  `update_time` datetime DEFAULT NULL,
  `author` varchar(64) DEFAULT NULL COMMENT '作者',
  `alarm_email` varchar(255) DEFAULT NULL COMMENT '报警邮件',
  `schedule_type` varchar(50) NOT NULL DEFAULT 'NONE' COMMENT '调度类型',
  `schedule_conf` varchar(128) DEFAULT NULL COMMENT '调度配置，值含义取决于调度类型',
  `misfire_strategy` varchar(50) NOT NULL DEFAULT 'DO_NOTHING' COMMENT '调度过期策略',
  `executor_route_strategy` varchar(50) DEFAULT NULL COMMENT '执行器路由策略',
  `executor_handler` varchar(255) DEFAULT NULL COMMENT '执行器任务handler',
  `executor_param` varchar(512) DEFAULT NULL COMMENT '执行器任务参数',
  `executor_block_strategy` varchar(50) DEFAULT NULL COMMENT '阻塞处理策略',
  `executor_timeout` int(11) NOT NULL DEFAULT '0' COMMENT '任务执行超时时间，单位秒',
  `executor_fail_retry_count` int(11) NOT NULL DEFAULT '0' COMMENT '失败重试次数',
  `glue_type` varchar(50) NOT NULL COMMENT 'GLUE类型',
  `glue_source` mediumtext COMMENT 'GLUE源代码',
  `glue_remark` varchar(128) DEFAULT NULL COMMENT 'GLUE备注',
  `glue_updatetime` datetime DEFAULT NULL COMMENT 'GLUE更新时间',
  `child_jobid` varchar(255) DEFAULT NULL COMMENT '子任务ID，多个逗号分隔',
  `trigger_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '调度状态：0-停止，1-运行',
  `trigger_last_time` bigint(13) NOT NULL DEFAULT '0' COMMENT '上次调度时间',
  `trigger_next_time` bigint(13) NOT NULL DEFAULT '0' COMMENT '下次调度时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `job_group` int(11) NOT NULL COMMENT '执行器主键ID',
  `job_id` int(11) NOT NULL COMMENT '任务，主键ID',
  `executor_address` varchar(255) DEFAULT NULL COMMENT '执行器地址，本次执行的地址',
  `executor_handler` varchar(255) DEFAULT NULL COMMENT '执行器任务handler',
  `executor_param` varchar(512) DEFAULT NULL COMMENT '执行器任务参数',
  `executor_sharding_param` varchar(20) DEFAULT NULL COMMENT '执行器任务分片参数，格式如 1/2',
  `executor_fail_retry_count` int(11) NOT NULL DEFAULT '0' COMMENT '失败重试次数',
  `trigger_time` datetime DEFAULT NULL COMMENT '调度-时间',
  `trigger_code` int(11) NOT NULL COMMENT '调度-结果',
  `trigger_msg` text COMMENT '调度-日志',
  `handle_time` datetime DEFAULT NULL COMMENT '执行-时间',
  `handle_code` int(11) NOT NULL COMMENT '执行-状态',
  `handle_msg` text COMMENT '执行-日志',
  `alarm_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '告警状态：0-默认、1-无需告警、2-告警成功、3-告警失败',
  PRIMARY KEY (`id`),
  KEY `I_trigger_time` (`trigger_time`),
  KEY `I_handle_code` (`handle_code`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_log_report` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `trigger_day` datetime DEFAULT NULL COMMENT '调度-时间',
  `running_count` int(11) NOT NULL DEFAULT '0' COMMENT '运行中-日志数量',
  `suc_count` int(11) NOT NULL DEFAULT '0' COMMENT '执行成功-日志数量',
  `fail_count` int(11) NOT NULL DEFAULT '0' COMMENT '执行失败-日志数量',
  `update_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `i_trigger_day` (`trigger_day`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_logglue` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `job_id` int(11) NOT NULL COMMENT '任务，主键ID',
  `glue_type` varchar(50) DEFAULT NULL COMMENT 'GLUE类型',
  `glue_source` mediumtext COMMENT 'GLUE源代码',
  `glue_remark` varchar(128) NOT NULL COMMENT 'GLUE备注',
  `add_time` datetime DEFAULT NULL,
  `update_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_registry` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `registry_group` varchar(50) NOT NULL,
  `registry_key` varchar(255) NOT NULL,
  `registry_value` varchar(255) NOT NULL,
  `update_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `i_g_k_v` (`registry_group`,`registry_key`,`registry_value`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_group` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `app_name` varchar(64) NOT NULL COMMENT '执行器AppName',
  `title` varchar(12) NOT NULL COMMENT '执行器名称',
  `address_type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '执行器地址类型：0=自动注册、1=手动录入',
  `address_list` text COMMENT '执行器地址列表，多地址逗号分隔',
  `update_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `username` varchar(50) NOT NULL COMMENT '账号',
  `password` varchar(50) NOT NULL COMMENT '密码',
  `role` tinyint(4) NOT NULL COMMENT '角色：0-普通用户、1-管理员',
  `permission` varchar(255) DEFAULT NULL COMMENT '权限：执行器ID列表，多个逗号分割',
  PRIMARY KEY (`id`),
  UNIQUE KEY `i_username` (`username`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `xxl_job_lock` (
  `lock_name` varchar(50) NOT NULL COMMENT '锁名称',
  PRIMARY KEY (`lock_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

INSERT INTO `xxl_job_group`(`id`, `app_name`, `title`, `address_type`, `address_list`, `update_time`) VALUES (1, 'xxl-job-executor-sample', '示例执行器', 0, NULL, '2018-11-03 22:21:31' );
INSERT INTO `xxl_job_info`(`id`, `job_group`, `job_desc`, `add_time`, `update_time`, `author`, `alarm_email`, `schedule_type`, `schedule_conf`, `misfire_strategy`, `executor_route_strategy`, `executor_handler`, `executor_param`, `executor_block_strategy`, `executor_timeout`, `executor_fail_retry_count`, `glue_type`, `glue_source`, `glue_remark`, `glue_updatetime`, `child_jobid`) VALUES (1, 1, '测试任务1', '2018-11-03 22:21:31', '2018-11-03 22:21:31', 'XXL', '', 'CRON', '0 0 0 * * ? *', 'DO_NOTHING', 'FIRST', 'demoJobHandler', '', 'SERIAL_EXECUTION', 0, 0, 'BEAN', '', 'GLUE代码初始化', '2018-11-03 22:21:31', '');
INSERT INTO `xxl_job_user`(`id`, `username`, `password`, `role`, `permission`) VALUES (1, 'admin', 'e10adc3949ba59abbe56e057f20f883e', 1, NULL);
INSERT INTO `xxl_job_lock` ( `lock_name`) VALUES ( 'schedule_lock');

commit;

在数据库中执行以上脚本。

配置并部署调度中心

调度中心项目：xxl-job-admin

作用：统一管理任务调度平台上调度任务，负责触发调度执行，并且提供任务管理平台。

调度中心配置文件地址：

/xxl-job/xxl-job-admin/src/main/resources/application.properties

调度中心配置内容说明：

### 调度中心JDBC连接（配置为创建的调度数据库的地址）
spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&serverTimezone=Asia/Shanghai
spring.datasource.username=root
spring.datasource.password=root_pwd
spring.datasource.driver-class-name=com.mysql.jdbc.Driver
### 报警邮箱
spring.mail.host=smtp.qq.com
spring.mail.port=25
spring.mail.username=xxx@qq.com
spring.mail.password=xxx
spring.mail.properties.mail.smtp.auth=true
spring.mail.properties.mail.smtp.starttls.enable=true
spring.mail.properties.mail.smtp.starttls.required=true
spring.mail.properties.mail.smtp.socketFactory.class=javax.net.ssl.SSLSocketFactory
### 调度中心通讯TOKEN[选填]：非空时启用；
xxl.job.accessToken=
### 调度中心国际化配置[必填]：默认为"zh_CN"/中文简体, 可选范围为"zh_CN"/中文简体, "zh_TC"/中文繁体and"en"/英文；
xxl.job.i18n=zh_CN
## 调度线程池最大线程配置【必填】
xxl.job.triggerpool.fast.max=200
xxl.job.triggerpool.slow.max=100
### 调度中心日志表数据保存天数[必填]：过期日志自动清理；限制大于等于7时生效，否则, 如-1，关闭自动清理功能；
xxl.job.logretentiondays=30

修改log-back.log文件中日志文件的地址。

<property name="log.path" value="/Users/wuzp/Desktop/learn/log/e-shop/log/xxl-job/xxl-job-admin.log"/>

调度中心配置完成，将项目编译打包部署。

调度中心访问地址：http://localhost:8080/xxl-job-admin （该地址将作为执行器的回调地址）。

调度中心默认账号：admin/123456。

编写执行器及任务

添加依赖
<!-- xxl-job-core -->
<dependency>
    <groupId>com.xuxueli</groupId>
    <artifactId>xxl-job-core</artifactId>
    <version>2.3.1</version>
</dependency>
添加配置

在application.yml文件中添加xxl-job配置信息：

# ----- xxl-job -----
xxl:
  job:
    admin:
      # 调度中心部署跟地址[选填]：如调度中心集群部署存在多个地址则用逗号分隔，执行器将会使用该地址进行"执行器心跳注册"和"任务结果回调"，为空则关闭自动注册
      addresses: http://127.0.0.1:8080/xxl-job-admin
    # 执行器通讯TOKEN[选填]：非空时启用
    accessToken: default_token
    executor:
      # 执行器AppName[选填]：执行器心跳注册分组依据，为空则关闭自动注册
      appname: e-shop-user
      # 执行器注册[选填]：优先使用该配置作为注册地址，为空时使用内嵌服务”IP:PORT“作为注册地址，从而更灵活的支持容器类型执行器动态IP和动态映射端口问题
      address:
      # 执行器IP[选填]：默认为空表示自动获取IP，多网卡时可手动设置指定IP，该IP不会绑定Host仅作为通讯实用；地址信息用于"执行器注册"和"调度中心请求并触发任务"
      ip:
      # 执行器端口号[选填]：小于等于0则自动获取；默认端口为9999，单机部署多个执行器时，注意要配置不同执行器端口
      port: 9999
      # 执行器运行日志文件存储磁盘路径[选填]：需要对该路径拥有读写权限，为空则使用默认路径
      logpath: /Users/wuzp/Desktop/learn/log/e-shop/log/xxl-job/jobhandler
      # 执行器日志文件保存天数[选填]：过期日志自动清理，限制值大于等于3时生效; 否则（如-1）,关闭自动清理功能
      logretentiondays: 30
添加注解

无

初始化配置

配置文件XxlJobConfig：

@Slf4j
@Configuration
public class XxlJobConfig {

    @Value("${xxl.job.admin.addresses}")
    private String adminAddresses;

    @Value("${xxl.job.accessToken}")
    private String accessToken;

    @Value("${xxl.job.executor.appname}")
    private String appname;

    @Value("${xxl.job.executor.address}")
    private String address;

    @Value("${xxl.job.executor.ip}")
    private String ip;

    @Value("${xxl.job.executor.port}")
    private int port;

    @Value("${xxl.job.executor.logpath}")
    private String logPath;

    @Value("${xxl.job.executor.logretentiondays}")
    private int logRetentionDays;

    @Bean
    public XxlJobSpringExecutor xxlJobExecutor() {
        log.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;
    }
}
编写执行器
@Slf4j
@Component
public class XxlJobExecutorHandler {

    /**
     * 简单任务示例（Bean模式）
     * @param param admin调度界面的任务参数填写的值
     * @return ReturnT
     * @throws Exception 异常
     */
    @XxlJob("demoJobHandler")
    public ReturnT<String> demoJobHandler(String param) throws Exception {
        log.info("XXL-JOB, Hello World.");
        for (int i = 0; i < 5; i++) {
            log.info("执行demoJobHandler任务：{}，任务参数param：{}", i, param);
            TimeUnit.SECONDS.sleep(2);
        }
        return ReturnT.SUCCESS;
    }
}

调度中心添加执行器：执行器管理->新增

调度中心添加任务：任务管理->新增

启动任务：操作->启动。

南秋同学
关注
Springboot整合分布式任务调度平台XXL-Job实现定时任务
qq_64734490的博客
11-25 1930
XXL-JOB是一个分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线，开箱即用。
定时任务框架xxl-job(使用、总结)
2303_79633394的博客
06-08 8264
任务调度是指系统为了自动完成特定任务，在约定的特定时刻去执行任务的过程。有了任务调度即可解放更多的人力，而是由系统自动去执行任务。某电商系统需要在每天上午10点，下午3点，晚上8点发放一批优惠券。某银行系统需要在信用卡到期还款日的前三天进行短信提醒。某财务系统需要在每天凌晨0:10结算前一天的财务数据，统计汇总。12306会根据车次的不同，设置某几个时间点进行分批放票。如何实现任务调度？多线程方式，结合sleepJDK提供的API，例如：Timer、ScheduledExecutor。
XXL-JOB 模式详解：从理论到实践
最新发布
weixin_43063493的博客
04-06 894
在分布式任务调度平台中，XXL-JOB 是一个优秀的开源解决方案。它支持多种任务调度模式，适用于各种复杂的业务场景。本文将详细介绍 XXL-JOB 的主要模式，并通过 UML图和 Java 代码示例帮助大家更好地理解这些模式的实现。
XXL-JOB原理
Alice_whj的博客
03-18 2万+
XXL-JOB是一个分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线，开箱即用。在众多XXL-Job平台的特征中，有如下几条需要关注的： 1、使用简单：支持通过Web页面对任务配置，降低操作任务的难度； 2、动态：支持动态修改任务状态、启动/停止任务，以及终止运行中任务，即时生效； 3、调度中心HA（中心式）：调度采用中心式设计，“调度中心”自研调度组件并支持集群部署，可保证调度中心HA； 4、执行器HA（分布式）：任务分布式执行，任务”执行器”
一文看懂什么是Xxl-Job
Reische的博客
12-05 1722
最后我从官网捞了一张Xxl-Job架构图奈何作者不更新呐，导致这个图稍微有点老了，有点跟现有的架构对不上比如说图中的自研RPC（xxl-rpc）部分已经替换成了Http协议，这主要是拥抱生态，方便跨语言接入但是不要紧，大体还是符合现在的整个的架构从架构图中也可以看出来，本文除了日志部分的内容没有提到，其它的整个核心逻辑基本上都讲到了而日志部分其实是个辅助的作用，让你更方便查看任务的运行情况，对任务的触发逻辑是没有影响的，所以就没讲了。
xxl-job 原理
杨宇昌的博客
05-03 1万+
xxl-job 原理 路由策略 分片原理 故障转移
定时任务——xxl-job原理与实现
庄小焱
11-06 2458
本文详细介绍了分布式任务调度平台xxl-job的原理与实现。xxl-job以其开发迅速、学习简单、轻量级和易扩展的特性被广泛使用。文章概述了xxl-job的核心特性，包括任务的CRUD操作、动态调度、高可用性、弹性扩容缩容、丰富的触发策略、调度过期策略、阻塞处理策略、任务超时控制、失败重试、告警机制、路由策略、分片广播任务、动态分片、故障转移、任务进度监控和实时日志查看等。
xxl-job架构原理讲解
BUG指挥课堂
02-21 7463
总的来说，调用中心是用来控制定时任务的触发逻辑，而执行器是具体执行任务的，这是一种任务和触发逻辑分离的设计思想，这种方式的好处就是使任务更加灵活，可以随时被调用，还可以被不同的调度规则触发。任务第一次触发的时候选择了执行器实例A，由于任务执行时间长，任务第二次触发的时候，执行器的路由到了B，此时A的任务还在执行，但是B感知不到A的任务在执行，所以此时B就直接执行了任务。之后调度线程还会继续重复上面的步骤，查任务，调度任务，更新任务下次执行时间，一直死循环下去，这就实现了任务到了执行时间就会触发的功能。
将 xxl-job-admin、xxl-job-core、xxl-job-executor 的源码引入项目中.docx
07-03
在探讨如何将这三个组件（xxl-job-admin、xxl-job-core、xxl-job-executor）有效地引入到项目中之前，我们需要先了解它们各自的作用及特性。 #### xxl-job-admin：调度中心 xxl-job-admin 作为整个任务调度系统的...
xxl-job本地jar包
06-30
在实际使用中，开发者可以根据"xxl-job-mine"中的内容，设置自己的任务调度逻辑，编写执行任务的JobHandler，并将其注册到调度中心，从而实现定时任务的自动化管理。同时，结合日志系统，可以对任务的执行过程进行...
xxl-job的管理在代码中实现，新增，编辑，执行等操作
02-05
XXL-Job是一款分布式任务调度平台，主要由调度中心（XXL-JOB-ADMIN）和执行器（XXL-JOB-EXECUTOR）两部分组成。它支持多种调度触发方式，如定时、依赖、手动等，并提供了丰富的API接口，使得开发者可以方便地在代码...
xxl-job-2.3.0.rar
08-19
"xxl-job-2.3.0"目录下可能会有示例配置文件，如`application.properties`或`application.yml`，这些文件中包含了默认的配置信息，可以根据实际情况进行修改。 此外，XXL-JOB提供了丰富的日志记录，方便开发者追踪...
xxl-job的简单例子
weixin_41359273的博客
11-12 1570
1，xxl-job是什么，XXL-JOB是一个分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线，开箱即用。 2.具体的使用，xxl-job作者在github上有很详细的文档介绍，可以到xxl-job官网进行更深入的学习，本文只是一个简单的本地部署本地调度的demo。 3.一个demo 1)从github上先把项目拉取下来，地址https://github.com/xuxueli/xxl-job.git，点击tags,可以看到目前最新发布的是v2.
xxl-job的快速使用案例
Yhh2280的博客
11-10 879
任务调度是指系统为了自动完成特定任务，在约定的特定时刻去执行任务的过程。有了任务调度即可解放更多的人力，而是由系统自动去执行任务。这里介绍分布式任务调度框架官网地址：https://www.xuxueli.com/xxl-job/XXL-JOB是一个分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线，开箱即用。
深入解析XXL-JOB任务调度执行原理
Apandam的博客
03-01 2050
​ 在分布式系统中，定时任务调度是业务场景中不可或缺的一环。面对海量任务、复杂依赖和高可用性要求，传统单机调度方案逐渐显得力不从心。XXL-JOB作为一款开源的分布式任务调度平台，凭借其轻量级、高扩展性和易用性成为众多企业的选择。本文将深入剖析XXL-JOB的任务执行原理，揭示其背后的设计哲学。将调度行为抽象形成“调度中心”公共平台，而平台自身并不承担业务逻辑，“调度中心”负责发起调度请求。将任务抽象成分散的JobHandler，交由“执行器”统一管理，“执行器”负责接收调度请求并执行对应的JobHand
8. xxl-job 原理-- 任务执行或触发
小小鸟的博客
05-30 7616
xxl-job: v2.0.2 原理 目录学习 0. xxl-job原理 1. xxl-job原理—定时任务架构 2. xxl-job原理-- 调度中心 3. xxl-job原理-- 执行器注册 4. xxl-job原理-- 执行器注册问题 5 xxl-job原理-- 执行器注册问题 6. xxl-job 原理-- 调度中心注册 7. xxl-job 原理-- 任务管理 8. xxl-job 原...
xxl-job原理合集
k393393的博客
02-15 8223
    1.xxl-job（v2.1.0 Release）介绍以及搭建过程     2.xxl-job（v2.1.0 Release）执行器端的执行器自动注册原理     3.xxl-job（v2.1.0 Release）调度器端的执行器自动注册原理     4.xxl-job（v2.1.0 Release）任务管理以及调度器端任务手动执行的原
xxl-job的使用及简述原理
热门推荐
米二的博客
12-14 3万+
文章目录前言1. 介绍2. 部署篇2.1. 初始化数据库2.2. 部署调度中心2.2.1 集群部署2.3. 部署执行器2.3.1 集群部署3. 使用篇3.1. 设置执行器3.2. 新建任务3.3. 启动任务3.4. 查看日志4. 原理篇4.1 任务执行流程4.2 一致性问题4.2.1 在集群部署时,多台调度器如何保证任务不会重复调用呢?4.2.2 如何保证任务不会漏呢?4.3 (动态)分片与广播 前言 本文章基于xxl-job 2.2.0, jdk8 , springboot 2.2.6.RELEASE
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值