01 引言
前面已经介绍了XXL-JOB
的整体架构以及主要的组件。
XXL-JOB作为一款广泛应用的分布式任务调度框架,通过其精巧的架构设计和高效的通信机制,为跨服务调用提供了标准化的解决方案。
在分布式系统中,任务调度作为协调跨服务协作的核心组件,面临着服务发现、通信可靠性、负载均衡等诸多挑战。尤其在微服务架构下,不同业务模块往往独立部署,如何高效、安全地实现跨服务任务触发与执行,成为保障系统弹性和可扩展性的关键。
本文将揭秘XXL-JOB实现跨服务调用的核心原理,揭示其如何借助服务注册、动态调度及RPC通信等技术,构建高可用的分布式任务调度体系。
02 通讯模块剖析
2.1 完整的任务调度通讯流程
- 「调度中心」向「执行器」发送http调度请求
- 「执行器」中接收请求的服务,实际上是一台内嵌Server,默认端口9999,使用的基于Netty的WebSocket;
- 「执行器」执行任务逻辑
- 「执行器」http回调「调度中心」调度结果
- 「调度中心」中接收回调的服务,是针对执行器开放一套API服务
上面的流程摘自官网。
简单来说:
「调度中心」向「执行器」发送http调度请求,「执行器」使用WebSocket接收并处理,最后返回结果。
2.2 通讯数据加密
调度中心向执行器发送的调度请求时使用RequestModel
和ResponseModel
两个对象封装调度请求参数和响应数据, 在进行通讯之前底层会将上述两个对象对象序列化,并进行数据协议以及时间戳检验,从而达到数据加密的功能。
03 调度中心源码追踪
我们以手动发起一项调度任务为例,其访问路劲为:/jobinfo/trigger
3.1 源码链路
从源码链路来看,最终通过工具类发起了POST
请求。
3.2 链路的入口
com.xxl.job.admin.controller.JobInfoController#triggerJob
@RequestMapping("/trigger")
@ResponseBody
public ReturnT<String> triggerJob(HttpServletRequest request,
@RequestParam("id") int id,
@RequestParam("executorParam") String executorParam,
@RequestParam("addressList") String addressList) {
// login user
XxlJobUser loginUser = PermissionInterceptor.getLoginUser(request);
// trigger
return xxlJobService.trigger(loginUser, id, executorParam, addressList);
}
3.3 关键源码解析-线程池调用
com.xxl.job.admin.core.thread.JobTriggerPoolHelper#addTrigger
通过线程池调用com.xxl.job.admin.core.trigger.XxlJobTrigger#trigger