分布式定时任务系列8：XXL-job源码分析之远程调用

 传送门

分布式定时任务系列1：XXL-job安装

分布式定时任务系列2：XXL-job使用

分布式定时任务系列3：任务执行引擎设计

分布式定时任务系列4：任务执行引擎设计续

分布式定时任务系列5：XXL-job中blockingQueue的应用

分布式定时任务系列6：XXL-job触发日志过大引发的CPU告警

分布式定时任务系列7：XXL-job源码分析之任务触发

 Java并发编程实战1：java中的阻塞队列

通讯模块剖析

一次完整的任务调度通讯流程

1. - 1、“调度中心”向“执行器”发送http调度请求: “执行器”中接收请求的服务，实际上是一台内嵌Server，默认端口9999;
2. - 2、“执行器”执行任务逻辑；
3. - 3、“执行器”http回调“调度中心”调度结果: “调度中心”中接收回调的服务，是针对执行器开放一套API服务;

上面的3个步骤流程是XXL-job官网给出的任务调度的通讯流程。如果看过前面分布式定时任务系列5：XXL-job中blockingQueue的应用，分布式定时任务系列7：XXL-job源码分析之任务触发这2节，应该大致了解了XXL-job任务的触发与执行。不过既然XXL-job号称是分布式调度，无可避免的会涉及到远程调用。但在分析源码之前，还是再来看看对应的架构设计

架构设计

设计思想

将调度行为抽象形成“调度中心”公共平台，而平台自身并不承担业务逻辑，“调度中心”负责发起调度请求。

将任务抽象成分散的JobHandler，交由“执行器”统一管理，“执行器”负责接收调度请求并执行对应的JobHandler中业务逻辑。

因此，“调度”和“任务”两部分可以相互解耦，提高系统整体稳定性和扩展性；

从上面的描述中，可以抽象出下面设计模型：

系统组成

调度中心

• 调度模块（调度中心）：
  负责管理调度信息，按照调度配置发出调度请求，自身不承担业务代码。调度系统与任务解耦，提高了系统可用性和稳定性，同时调度系统性能不再受限于任务模块；
  支持可视化、简单且动态的管理调度信息，包括任务新建，更新，删除，GLUE开发和任务报警等，所有上述操作都会实时生效，同时支持监控调度结果以及执行日志，支持执行器Failover。

执行器

• 执行模块（执行器）：
  负责接收调度请求并执行任务逻辑。任务模块专注于任务的执行等操作，开发和维护更加简单和高效；
  接收“调度中心”的执行请求、终止请求和日志请求等。

源码目录

结合前一节的代码模块来理解，可以得出下面的结论：

• xxl-job-admin，就是调度中心源码，也就是前面第7节的分析任务触发的模块

• xxl-job-core，就是执行器源码，也是就是前面第5节的分析任务执行的模块（不过并不全面，只是里面的异步相关部分）

• xxl-job-executor-samples，就是业务代码，跟前面几节里面的auth模块的一样，跟实际代码相关 

而这节的重点就是那个绿色箭头：调度执行，远程调用！！ 

自研RPC

从上面的架构图中，可以看到XXL-job框架对任务触发过程中涉及的远程调用称之为xxl-rpc模块。画一张部署图（一种可能的部署方式，不保熟），从部署的角度来探讨一下：