分布式定时任务系列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、“调度中心”向“执行器”发送http调度请求: “执行器”中接收请求的服务，实际上是一台内嵌Server，默认端口9999;- 2、“执行器”执行任务逻辑；- 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模块。画一张部署图（一种可能的部署方式，不保熟），从部署的角度来探讨一下：
