分布式调度平台XXL-JOB源码分析-执行器端

上一篇文章已经说到调度中心端如何进行任务管理及调度,本文将分析执行器端是如何接收到任务调度请求,然后执行业务代码的。
XxlJobExecutorApplication为我们执行器的启动项,其中有个XxlJobConfig的配置项,发现其中有个属性为adminAddresses,这个就是我们调度中心的地址。

XxlJobSpringExecutor

声明了init方法为start,点进来,
它又实现了ApplicationContextAware接口,用来保存spring的上下文信息。
它还有个父类XxlJobExecutor,暂时未找到其他子类。
程序开始执行start方法,
第一步,调用了本类的私有方法,这个方法就是把JobHandler的实现类取出来,再调用registJobHandler(name, handler)进行注册。
registJobHandler的实现方法在父类中,很简单,维护了一个Map,估计后面进行任务的执行时会来这个map里面进行查询。
第二步,估计是初始化了Glue的执行器。
第三步,调用父类的start方法,大部分的业务逻辑都在这里。
1.日志处理器初始化
2.向adminBizList字段中放入XxlRpcReferenceBean返回的代理类,作用之后会单独开一篇注册心跳的文章说明。
3.任务日志清除
4.任务结果回调处理线程
5.启动另一个执行器的执行线程XxlRpcProviderFactory这个类是XXl其他的开源项目,自研RPC。

XxlRpcProviderFactory

看名字就知道这个类是可以返回Rpc调用服务提供端的工厂类,接上文,看他的initRpcProvider方法。

由上面的代码跟进来,发现这就是启动了一个以netty作为通讯模型、Hessian作为序列化方式的、ExecutorServiceRegistry作为注册逻辑实现类的服务提供端。
接着我们向其添加一个服务,名称为ExecutorBiz,版本为null,处理请求的实现类为ExecutorBizImpl,最后我们调用start方法完成执行器端的服务暴露。

此时的ServiceRegistry为ExecutorServiceRegistry,调用其start,以30秒的间隔和调度中心进行心跳通知,然后调用server的start方法,此时server为NettyHttpServer。

 

 整个代码结构就是用netty启动了个服务,来看最后一个ChannelHandler,NettyHttpServerHandler。

 调用私有方法process。

 

 这里调用了xxlRpcProviderFactory的invokeService方法完成了服务实现的反射调用。

 从serviceData中拿到我们之前调用addService方法添加的服务实现类,这里是ExecutorBizImpl,这里反射调用的方法是run。 

ExecutorBizImpl

这个类实现了ExecutorBiz接口,看接口定义的方法,主要是作为执行器,提供给调度中心几个接口方法。

 重点来看run方法。

 首先XxlJobExecutor内部会有个以jobId为key,执行这个任务的线程为value的字段jobThreadRepository,我们首先去尝试的获取当前正在执行这个任务的线程,如果有,那就根据任务设置的运行模式进行处理,如下图。

如果没有正在执行此任务的线程,那就调用XxlJobExecutor.registJobThread()启动一个线程,最后将任务数据推送给这个可能是从jobThreadRepository获取到的也可能是新创建的线程,如下图。

JobThread的run方法会从triggerQueue里poll出任务,然后用之前设置的 handler进行execute的方法调用,并利用idleTimes字段进行线程无任务空转的次数控制,如下图。

 

 至此,执行器完成了启动,暴露ExecutorBiz服务,接收任务调度数据TriggerParam,并在JobThread线程中完成任务配置的业务handler的执行。

时序图

posted @ 2019-09-24 14:19  江飞劫  阅读(2496)  评论(0编辑  收藏  举报