Fork me on GitHub
09 Aug 2012 Comments

谈谈Activiti中流程对象之间的关系

场景模拟(请假流程):

  • 员工申请请假
  • 部门领导审批
  • 人事审批
  • 员工销假

本文用次例介绍在工作流中出现的几个对象及其之间的关系,以及在Activiti中各个对象是如何关联的。

在线演示实例:http://demo.kafeitu.me/kft-activiti-demo

在开始之前先看看下图,对整个对象结构有个了解,再结合下面的详细介绍理解。

图1 Activiti中几个对象之间的关系

1.ProcessInstance

员工开始申请请假流程,通过runtimeService.startProcessInstance()方法启动,引擎会创建一个流程实例(ProcessInstance)

简单来说流程实例就是根据一次(一条)业务数据用流程驱动的入口,两者之间是一对一的关系。

擎会创建一条数据到ACT_RU_EXECUTION表,同时也会根据history的级别决定是否查询相同的历史数据到ACT_HI_PROCINST表。

启动完流程之后业务和流程已经建立了关联关系,第一步结束。

启动流程和业务关联区别:

  • 对于自定义表单来说启动的时候会传入businessKey作为业务和流程的关联属性
  • 对于动态表单来说不需要使用businessKey关联,因为所有的数据都保存在引擎的表中
  • 对于外部表单来说businessKey是可选的,但是一般不会为空,和自定义表单类似

关于各种表单之间的区别请参考:比较Activiti中三种不同的表单及其应用

2.Execution

初学者最搞不懂的就是ProcessInstance与Execution之间的关系,要分两种情况说明。

Execution的含义就是一个流程实例(ProcessInstance)具体要执行的过程对象。

不过在说明之前先声明两者的对象映射关系

ProcessInstance(1)--->Execution(N),其中N >= 1

值相等的情况:

除了在流程中启动的子流程之外,流程启动之后在表ACT_RU_EXECUTION中的字段ID_PROC_INST_ID_字段值是相同的。

ProcessInstance和Execution相等的情况

图2 ID_和PROC_INST_ID_相等

值不相等的情况:

不相等的情况目前只会出现在子流程中(包含:嵌套、引入),例如一个购物流程中除了下单、出库节点之外可能还有一个付款子流程,在实际企业应用中付款流程通常是作为公用的,所以使用子流程作为主流程(购物流程)的一部分。

当任务到达子流程时引擎会自动创建一个付款流程,但是这个流程有一个特殊的地方,在数据库可以直观体现,如下图。

ProcessInstance和Execution不相等的情况

图3 ID_和PROC_INST_ID_不相等

上图中有两条数据,第二条数据(嵌入的子流程)的PARENT_ID_等于第一条数据的ID_PROC_INST_ID_,并且两条数据的PROC_INST_ID_相同。

上图还有一点特殊的地方,字段IS_ACTIVE_的值一个是0一个是1,说明正在执行子流程主流程挂起。

3.Task

刚刚说了ProcessInstance是和业务一对一关联的,和业务数据最亲密;Task是和用户最亲密的(UserTask),用户每天的待办事项就是一个个的Task对象。

图1中看得出Execution和Task是一对一关系,Task可以是任何类型的Task实现,可以是用户任务(UserTask)、Java服务(ServiceTask)等,在实际流程运行中只不过面向对象不同,用户任务需要有人完成(complete),Java服务需要有系统自动执行(execution)。

图4 表ACT_RU_TASK

Task是在流程定义中看到的最大单位,每当一个task完成的(complete)时候会引擎把当前的任务移动到历史中,然后插入下一个任务插入到ACT_RU_TASK中。

从图4中可以看出

结合请假流程来说就是让用户点击“完成”按钮提交当前任务是的动作,引擎自动根据任务的顺序流或者排他分支判断走向。

下图是Execution与Task的数据分析,一个会签的例子。

image

4.HistoryActivity

HistoryActivity——历史活动。

图5 表ACT_HI_ACTINST

Activity包含了流程中所有的活动数据,例如开始事件(图5中的第1条)、各种分支(排他、并行等,图5中的第2条数据)、以及刚刚提到的Task执行记录(如图5中的第3、4条数据)。

有些人认为Activity和Task是多对一关系,其实不是,从上图中可以看出来根本没有Task相关的字段。

结合请假流程来说如Task中提到的当完成流程的时候所有下一步要执行的任务(包括各种分支)都会创建一个Activity记录到数据库,例如领导审核节点点击“同意”按钮就会流转到人事审批节点,如果“驳回”那就流转到调整请假内容节点,每一次操作的task背后实际记录更详细的活动

下图是Execution与Activity的数据分析。

image

5.总结

知不知己,百战不殆——作为开发人员最好能知道当你做一个操作的时候引擎会怎么操作数据库。

此文就是给大家一个图形的对象结构,在脑海中有一个印象,读者结合自己的业务流程从头到尾每步跟踪引擎操作的数据库以便更好的理解,关于activiit打印sql日志请参考:工作流引擎Activiti使用总结中的7.开启Logger

写的比较粗糙,有异议的地方希望一起讨论。

原创文章,转载请注明:转载自:谈谈Activiti中流程对象之间的关系
无觅相关文章插件,快速提升流量