1.Activiti整体架构

Activiti工作流引擎架构大致分为6层,如图所示。从上到下依次为工作流引擎层、部署层、业务接口层、命令拦截层、命令层和行为层。

figure_0088_0001.jpg

  • 工作流引擎层:主要指ProcessEngine接口,这是Activiti所有接口的总入口。

  • 部署层:包括DeploymentBuilder和BpmnModel等与流程部署相关的类。理论上,部署层并不属于Activiti引擎架构的分层体系。将其单独拿出来作为一层,只是为了突出其重要性。流程运转基于流程定义,而流程定义解析就是流程的开始。从流程模型转换为流程定义、将其解析为简单Java对象(Plain Ordinary Java Object, POJO),都是基于部署层实现的。

  • 业务接口层:面向业务提供各种服务接口,如RuntimeService、TaskService等。

  • 命令拦截层:采用责任链模式,通过拦截器层为命令的执行创造条件,如开启事务、创建CommandContext上下文、记录日志等。

  • 命令层:Activiti的业务处理层。Activiti的整体编码模式采用的是命令模式,将业务逻辑封装为一个个Command接口实现类。这样,新增一个业务功能时只需新增一个Command实现。

  • 行为层:包括各种FlowNodeActivityBehavior和ActivitiEventListener,这些类负责执行和监听Activiti流程具体的流转动作。

2.Activiti设计模式

Activiti源码主要应用了命令模式、责任链模式和命令链模式,要更好地理解Activiti源码及其设计理念,有必要深入理解这3种设计模式

2.1 Activiti命令模式

Command(抽象命令类):抽象命令对象,可以根据不同的命令类型,写出不同的实现类。

  • ConcreteCommand(具体命令类):抽象命令对象的具体实现。

  • Invoker(调用者):请求的发送者,通过命令对象来执行请求。一个调用者并不需要在设计时确定其接收者,因此它只与抽象命令之间存在关联。程序运行时,会调用命令对象的execute()方法,间接调用接收者的相关操作。

  • Receiver(接收者):接收者执行与请求相关的操作,是真正执行命令的对象,实现对请求的业务处理。

  • Client(客户端):在客户类中需要创建调用者对象、具体命令类对象,创建具体命令对象时需要指定对应的接收者。发送者和接收者之间不存在关联关系,均通过命令对象来调用。

Activiti命令模式UML结构图如图所示

figure_0101_0001.jpg

Activiti中的每一个数据库的增、删、改、查操作,均为将一个命令的实现交给Activiti的命令执行者执行。Activiti使用一个CommandContext类作为命令接收者,该类维护一系列Manager对象,这些Manager对象类似J2EE中的数据访问对象(Data Access Object, DAO)。 在Activiti中构建的命令模式的类,主要包括以下5个部分。

  1. Command:抽象命令接口。该接口定义了一个execute()抽象方法,调用该方法时,需要传入参数CommandContext。
  2. CommandContext:命令上下文。CommandContext实例从Context获取,以栈的形式存储在使用本地线程的变量中(ThreadLocal<Stack<CommandContext>>)。
  3. CommandExecutor:命令执行者。该接口提供了两种方法执行命令,可以同时传入命令配置参数CommandConfig和Command,也可以只传入Command。
  4. ServiceImpl:Activiti的服务类,如TaskServiceImpl等,均继承ServiceImpl类。该类持有CommandExecutor对象,在该服务实现中,构造各个Command的实现类传递给CommandExecutor执行。这个类是命令的发送者,对应标准命令模式定义中的Client。
  5. CommandInterceptor:命令拦截器,有多个实现类。它被CommandExecutor实现类调用,是最终的

2.2 Activiti责任链模式

责任链模式有以下参与者。

  • Handler(请求处理者接口):定义一个处理请求的接口,包含抽象处理方法和一个后继链。
  • ConcreteHandler(请求处理者实现):请求处理接口的实现,它可以判断是否能够处理本次请求,如果可以处理请求就进行处理,否则就将该请求转发给它的后继者。
  • Client(客户端):组装责任链,并向链头的具体对象提交请求。它不关心处理细节和请求的传递过程。 Activiti责任链模式UML结构图如图所示 

    figure_0102_0001.jpg

Activiti责任链模式下的类主要有以下几种。

  1. CommandInterceptor:命令拦截器接口。它是采用命令模式实现的拦截器,作为责任链的“链节点”的定义,可以执行命令,也可以获取和设置下一个“链节点”。
  2. ProcessEngineConfigurationImpl:维护整条责任链的类,在该工作流引擎抽象实现类中,实现了对整条责任链的维护。
  3. CommandInvoker:CommandInterceptor责任链“链节点”实现类之一,负责责任链末尾节点的命令执行。

2.3 Activiti命令链模式

了解了Activiti命令模式和责任链模式后,可以发现Activiti命令链模式实质上就是命令模式和责任链模式结合的产物。Activiti命令链模式UML结构图如图所示。

figure_0103_0001.jpg

figure_0103_0002.jpg

 在initCommandExecutor()方法中,先判断commandExecutor是否为null,只有当该对象为空时,才实例化命令执行器。Activiti实例化命令执行器时,将一系列命令拦截器作为参数,传递给initInterceptorChain()方法,组成了命令拦截器责任链,并返回责任链的开始节点,该操作是为了方便后续程序依次执行命令拦截器。Activiti根据命令配置对象defaultCommandConfig,以及命令拦截器责任链中开始节点实例化CommandExecutorImpl类,该类负责全局统筹命令拦截器的调用工作。

Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐