工作流(Workflow),就是“业务过程的部分或整体在计算机应用环境下的自动化”,它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行,从而实现某个预期的业务目标,或者促使此目标的实现”。
工作流管理系统(Workflow Management System, WfMS)是一个软件系统,它完成工作量的定义和管理,并按照在系统中预先定义好的工作流规则进行工作流实例的执行。工作流管理系统不是企业的业务系统,而是为企业的业务系统的运行提供了一个软件的支撑环境。
工作流管理联盟(WfMC,Workflow Management Coalition)给出的关于工作流管理系统的定义是:工作流管理系统是一个软件系统,它通过执行经过计算的流程定义去支持一批专门设定的业务流程。工作流管理系统被用来定义、管理、和执行工作流程。
工作流管理系统的目标:管理工作的流程以确保工作在正确的时间被期望的人员所执行——在自动化进行的业务过程中插入人工的执行和干预。
3:Activiti介绍
Activiti5是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。Activiti基于Apache许可的开源BPM平台,创始人Tom Baeyens是JBoss jBPM的项目架构师,它特色是提供了eclipse插件,开发人员可以通过插件直接绘画出业务
流程图。
3.1:工作流引擎
ProcessEngine对象,这是Activiti工作的核心。负责生成流程运行时的各种实例及数据、监控和管理流程的运行。
3.2:BPMN
业务流程建模与标注(Business Process Model and Notation,BPMN) ,描述流程的基本符号,包括这些图元如何组合成一个业务流程图(Business Process Diagram)
3.3:数据库(先了解后看)
Activiti数据库支持:
Activiti的后台是有数据库的支持,所有的表都以ACT_开头。 第二部分是表示表的用途的两个字母标识。 用途也和服务的API对应。
ACT_RE_*: ‘RE’表示repository。 这个前缀的表包含了流程定义和流程静态资源 (图片,规则,等等)。
ACT_RU_*: ‘RU’表示runtime。 这些运行时的表,包含流程实例,任务,变量,异步任务,等运行中的数据。 Activiti只在流程实例执行过程中保存这些数据, 在流程结束时就会删除这些记录。 这样运行时表可以一直很小速度很快。
ACT_ID_*: ‘ID’表示identity。 这些表包含身份信息,比如用户,组等等。
ACT_HI_*: ‘HI’表示history。 这些表包含历史数据,比如历史流程实例, 变量,任务等等。
ACT_GE_*: 通用数据, 用于不同场景下,如存放资源文件。
表结构操作:
3.3.1:资源库流程规则表
1) act_re_deployment 部署信息表
2) act_re_model 流程设计模型部署表
3) act_re_procdef 流程定义数据表
3.3.2:运行时数据库表
1) act_ru_execution 运行时流程执行实例表
2) act_ru_identitylink 运行时流程人员表,主要存储任务节点与参与者的相关信息
3) act_ru_task 运行时任务节点表
4) act_ru_variable 运行时流程变量数据表
3.3.3:历史数据库表
1) act_hi_actinst 历史节点表
2) act_hi_attachment 历史附件表
3) act_ih_comment 历史意见表
4) act_hi_identitylink 历史流程人员表
5) act_hi_detail 历史详情表,提供历史变量的查询
6) act_hi_procinst 历史流程实例表
7) act_hi_taskinst 历史任务实例表
8) act_hi_varinst 历史变量表
3.3.4:组织机构表
1) act_id_group 用户组信息表
2) act_id_info 用户扩展信息表
3) act_id_membership 用户与用户组对应信息表
4) act_id_user 用户信息表
这四张表很常见,基本的组织机构管理,关于用户认证方面建议还是自己开发一套,组件自带的功能太简单,使用中有很多需求难以满足
3.3.5:通用数据表
1) act_ge_bytearray 二进制数据表
2) act_ge_property 属性数据表存储整个流程引擎级别的数据,初始化表结构时,会默认插入三条记录,
3.4:activiti.cfg.xml(activiti的配置文件)
Activiti核心配置文件,配置流程引擎创建工具的基本参数和数据库连接池参数。
定义数据库配置参数:
jdbcUrl: 数据库的JDBC URL。
jdbcDriver: 对应不同数据库类型的驱动。
jdbcUsername: 连接数据库的用户名。
jdbcPassword: 连接数据库的密码。
基于JDBC参数配置的数据库连接 会使用默认的MyBatis连接池。 下面的参数可以用来配置连接池(来自MyBatis参数):
jdbcMaxActiveConnections: 连接池中处于被使用状态的连接的最大值。默认为10。
jdbcMaxIdleConnections: 连接池中处于空闲状态的连接的最大值。
jdbcMaxCheckoutTime: 连接被取出使用的最长时间,超过时间会被强制回收。 默认为20000(20秒)。
jdbcMaxWaitTime: 这是一个底层配置,让连接池可以在长时间无法获得连接时, 打印一条日志,并重新尝试获取一个连接。(避免因为错误配置导致沉默的操作失败)。 默认为20000(20秒)。
示例数据库配置:
也可以使用javax.sql.DataSource。 (比如,Apache Commons的DBCP):
3) 然后填入下列字段
Name: Activiti BPMN 2.0 designer
Location: http://activiti.org/designer/update/
6) 安装完以后,点击新建工程new->Other…打开面板,如果看到下图内容:
4.5.3:添加并制定配置文件
在Actiiti5中定制流程必定会操作到数据库,如果都像上面那样写一大段代码会非常麻烦,所以我们可以把数据库连接配置写入配置文件。
在Activiti5的官方示例中并没有现成的配置文件,所以先得找到activiti-restWEB-INFclasses下有:
4.5.3.1:activiti-context.xml :
一个类似spring结构的配置文件,清空内容后改名为activiti.cfg.xml,用来做流程引擎的相关配置。
按照上面代码配置ProcessEngineConfiguration对象,主要定义数据库的连接配置和建表策略,配置文件代码如下:
-
/**使用代码创建工作流需要的23张表*/
-
@Test
-
public void createTable(){
-
ProcessEngineConfiguration processEngineConfiguration = ProcessEngineConfiguration.createStandaloneProcessEngineConfiguration();
-
//连接数据库的配置
-
processEngineConfiguration.setJdbcDriver("com.mysql.jdbc.Driver");
-
processEngineConfiguration.setJdbcUrl("jdbc:mysql://localhost:3306/shareniu?useUnicode=true&characterEncoding=utf8");
-
processEngineConfiguration.setJdbcUsername("root");
-
processEngineConfiguration.setJdbcPassword("root");
-
/**
-
public static final String DB_SCHEMA_UPDATE_FALSE = "false";不能自动创建表,需要表存在
-
public static final String DB_SCHEMA_UPDATE_CREATE_DROP = "create-drop";先删除表再创建表
-
public static final String DB_SCHEMA_UPDATE_TRUE = "true";如果表不存在,自动创建表
-
*/
-
processEngineConfiguration.setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_TRUE);
-
//工作流的核心对象,ProcessEnginee对象
-
ProcessEngine processEngine = processEngineConfiguration.buildProcessEngine();
-
System.out.println("processEngine:"+processEngine);
-
}
-
/**使用配置文件创建工作流需要的23张表*/
-
@Test
-
public void createTable_2(){
-
// ProcessEngineConfiguration processEngineConfiguration = ProcessEngineConfiguration.createProcessEngineConfigurationFromResource("activiti.cfg.xml");
-
// //工作流的核心对象,ProcessEnginee对象
-
// ProcessEngine processEngine = processEngineConfiguration.buildProcessEngine();
-
ProcessEngine processEngine = ProcessEngineConfiguration.createProcessEngineConfigurationFromResource("activiti.cfg.xml") //
-
.buildProcessEngine();
-
System.out.println("processEngine:"+processEngine);
-
}
4.5.3.2:log4j.properties 日志配置文件
把两个文件放入resource目录下即可。
5:核心API
5.1:ProcessEngine
说明:
1) 在Activiti中最核心的类,其他的类都是由他而来。
2) 产生方式:
在前面看到了两种创建ProcessEngine(流程引擎)的方式,而这里要简化很多,调用ProcessEngines的getDefaultProceeEngine方法时会自动加载classpath下名为activiti.cfg.xml文件。
3) 可以产生RepositoryService
4) 可以产生RuntimeService
5) 可以产生TaskService
各个Service的作用:
RepositoryService 管理流程定义
RuntimeService 执行管理,包括启动、推进、删除流程实例等操作
TaskService 任务管理
HistoryService 历史管理(执行完的数据的管理)
IdentityService 组织机构管理
FormService 一个可选服务,任务表单管理
ManagerService
5.2:RepositoryService
是Activiti的仓库服务类。所谓的仓库指流程定义文档的两个文件:bpmn文件和流程图片。
1) 产生方式
2) 可以产生DeploymentBuilder,用来定义流程部署的相关参数
3) 删除流程定义
5.3:RuntimeService
是activiti的流程执行服务类。可以从这个服务类中获取很多关于流程执行相关的信息。
5.4:TaskService
是activiti的任务服务类。可以从这个类中获取任务的信息。
5.5:HistoryService
是activiti的查询历史信息的类。在一个流程执行完成后,这个对象为我们提供查询历史信息。
5.6:ProcessDefinition
流程定义类。可以从这里获得资源文件等。
5.7:ProcessInstance
代表流程定义的执行实例。如范冰冰请了一天的假,她就必须发出一个流程实例的申请。一个流程实例包括了所有的运行节点。我们可以利用这个对象来了解当前流程实例的进度等信息。流程实例就表示一个流程从开始到结束的最大的流程分支,即一个流程中流程实例只有一个。
5.8:Execution
Activiti用这个对象去描述流程执行的每一个节点。在没有并发的情况下,Execution就是同ProcessInstance。流程按照流程定义的规则执行一次的过程,就可以表示执行对象Execution。
如图为ProcessInstance的源代码:
6:HelloWorld程序(模拟流程的执行)
6.1:流程图:
7:管理流程定义
7.1:设计流程定义文档
7.1.1:流程图
7.2:部署流程定义(classpath路径加载文件)
2) 首先获得默认的流程引擎,通过流程引擎获取了一个RepositoryService对象(仓库对象)
3) 由仓库的服务对象产生一个部署对象配置对象,用来封装部署操作的相关配置。
4) 这是一个链式编程,在部署配置对象中设置显示名,上传流程定义规则文件
5) 向数据库表中存放流程定义的规则信息。
6) 这一步在数据库中将操作三张表:
a) act_re_deployment(部署对象表)
存放流程定义的显示名和部署时间,每部署一次增加一条记录。
-
public interface ProcessDefinition {
-
String getId();
-
String getCategory();
-
String getName();
-
String getKey();
-
String getDescription();
-
int getVersion();
-
String getResourceName();
-
String getDeploymentId();
-
String getDiagramResourceName();
-
boolean hasStartFormKey();
-
boolean isSuspended();
-
}
代码的操作:
/* 查询流程定义 /
-
@Test
-
public void findProcessDefinition() {
-
List<ProcessDefinition> list = processEngine.getRepositoryService()// 与流程定义和部署对象相关的Service
-
.createProcessDefinitionQuery()// 创建一个流程定义的查询
-
/** 指定查询条件,where条件 */
-
// .deploymentId(deploymentId)//使用部署对象ID查询
-
// .processDefinitionId(processDefinitionId)//使用流程定义ID查询
-
// .processDefinitionKey(processDefinitionKey)//使用流程定义的key查询
-
// .processDefinitionNameLike(processDefinitionNameLike)//使用流程定义的名称模糊查询
-
/** 排序 */
-
.orderByProcessDefinitionVersion().asc()// 按照版本的升序排列
-
// .orderByProcessDefinitionName().desc()//按照流程定义的名称降序排列
-
/** 返回的结果集 */
-
.list();// 返回一个集合列表,封装流程定义
-
// .singleResult();//返回惟一结果集
-
// .count();//返回结果集数量
-
// .listPage(firstResult, maxResults);//分页查询
-
if (list != null && list.size() > 0) {
-
for (ProcessDefinition pd : list) {
-
System.out.println("流程定义ID:" + pd.getId());// 流程定义的key+版本+随机生成数
-
System.out.println("流程定义的名称:" + pd.getName());// 对应helloworld.bpmn文件中的name属性值
-
System.out.println("流程定义的key:" + pd.getKey());// 对应helloworld.bpmn文件中的id属性值
-
System.out.println("流程定义的版本:" + pd.getVersion());// 当流程定义的key值相同的相同下,版本升级,默认1
-
System.out.println("资源名称bpmn文件:" + pd.getResourceName());
-
System.out.println("资源名称png文件:" + pd.getDiagramResourceName());
-
System.out.println("部署对象ID:" + pd.getDeploymentId());
-
System.out
-
.println("#########################################################");
-
}
-
}
-
}
程序的输出:
流程定义ID:helloworld:1:4
流程定义的名称:helloworldProcess
流程定义的key:helloworld
流程定义的版本:1
资源名称bpmn文件:hello/helloworld.bpmn
资源名称png文件:hello/helloworld.helloworld.png
部署对象ID:1
c) act_ge_bytearray(资源文件表)
存储流程定义相关的部署信息。即流程定义文档的存放地。每部署一次就会增加两条记录,一条是关于bpmn规则文件的,一条是图片的(如果部署时只指定了bpmn一个文件,activiti会在部署时解析bpmn文件内容自动生成流程图)。两个文件不是很大,都是以二进制形式存储在数据库中。
7.4:查看流程定义
查询流程定义的信息
-
@Test
-
public void findLastVersionProcessDefinition(){
-
List<ProcessDefinition> list = processEngine.getRepositoryService()//
-
.createProcessDefinitionQuery()//
-
.orderByProcessDefinitionVersion().asc()//使用流程定义的版本升序排列
-
.list();
-
/**
-
* Map<String,ProcessDefinition>
-
map集合的key:流程定义的key
-
map集合的value:流程定义的对象
-
map集合的特点:当map集合key值相同的情况下,后一次的值将替换前一次的值
-
*/
-
Map<String, ProcessDefinition> map = new LinkedHashMap<String, ProcessDefinition>();
-
if(list!=null && list.size()>0){
-
for(ProcessDefinition pd:list){
-
map.put(pd.getKey(), pd);
-
}
-
}
-
List<ProcessDefinition> pdList = new ArrayList<ProcessDefinition>(map.values());
-
if(pdList!=null && pdList.size()>0){
-
for(ProcessDefinition pd:pdList){
-
System.out.println("流程定义ID:"+pd.getId());//流程定义的key+版本+随机生成数
-
System.out.println("流程定义的名称:"+pd.getName());//对应helloworld.bpmn文件中的name属性值
-
System.out.println("流程定义的key:"+pd.getKey());//对应helloworld.bpmn文件中的id属性值
-
System.out.println("流程定义的版本:"+pd.getVersion());//当流程定义的key值相同的相同下,版本升级,默认1
-
System.out.println("资源名称bpmn文件:"+pd.getResourceName());
-
System.out.println("资源名称png文件:"+pd.getDiagramResourceName());
-
System.out.println("部署对象ID:"+pd.getDeploymentId());
-
System.out.println("#########################################################");
-
}
-
}
-
}
7.8:附加功能:删除流程定义(删除key相同的所有不同版本的流程定义)
-
@Test
-
public void deleteProcessDefinitionByKey() {
-
// 流程定义的key
-
String processDefinitionKey = "helloworld";
-
// 先使用流程定义的key查询流程定义,查询出所有的版本
-
List<ProcessDefinition> list = processEngine.getRepositoryService()//
-
.createProcessDefinitionQuery()//
-
.processDefinitionKey(processDefinitionKey).list();//
-
// 遍历,获取每个流程定义的部署ID
-
if (list != null && list.size() > 0) {
-
for(ProcessDefinition pd:list){
-
//获取部署ID
-
String deploymentId = pd.getDeploymentId();
-
processEngine.getRepositoryService()//
-
.deleteDeployment(deploymentId, true);
-
}
-
}
-
}
7.9:总结
Deployment 部署对象
1、一次部署的多个文件的信息。对于不需要的流程可以删除和修改。
2、对应的表:
act_re_deployment:部署对象表
act_re_procdef:流程定义表
act_ge_bytearray:资源文件表
act_ge_property:主键生成策略表
ProcessDefinition 流程定义
1、解析.bpmn后得到的流程定义规则的信息,工作流系统就是按照流程定义的规则执行的。
8:流程实例、任务的执行
8.1:流程图
8.4:查询我的个人任务
-
@Test
-
public void findMyPersonalTask(){
-
String assignee = "王五";
-
List<Task> list = processEngine.getTaskService()//与正在执行的任务管理相关的Service
-
.createTaskQuery()//创建任务查询对象
-
/**查询条件(where部分)*/
-
.taskAssignee(assignee)//指定个人任务查询,指定办理人
-
// .taskCandidateUser(candidateUser)//组任务的办理人查询
-
// .processDefinitionId(processDefinitionId)//使用流程定义ID查询
-
// .processInstanceId(processInstanceId)//使用流程实例ID查询
-
// .executionId(executionId)//使用执行对象ID查询
-
/**排序*/
-
.orderByTaskCreateTime().asc()//使用创建时间的升序排列
-
/**返回结果集*/
-
// .singleResult()//返回惟一结果集
-
// .count()//返回结果集的数量
-
// .listPage(firstResult, maxResults);//分页查询
-
.list();//返回列表
-
if(list!=null && list.size()>0){
-
for(Task task:list){
-
System.out.println("任务ID:"+task.getId());
-
System.out.println("任务名称:"+task.getName());
-
System.out.println("任务的创建时间:"+task.getCreateTime());
-
System.out.println("任务的办理人:"+task.getAssignee());
-
System.out.println("流程实例ID:"+task.getProcessInstanceId());
-
System.out.println("执行对象ID:"+task.getExecutionId());
-
System.out.println("流程定义ID:"+task.getProcessDefinitionId());
-
System.out.println("########################################################");
-
}
-
}
-
}
输出:
任务ID:504
任务名称:提交申请
任务的创建时间:Sat Aug 09 08:50:20 CST 2014
任务的办理人:张三
流程实例ID:501
执行对象ID:501
流程定义ID:helloworld:1:404
接口:
-
public interface Task {
-
int DEFAULT_PRIORITY = 50;
-
String getId(); String getName();
-
void setName(String name);
-
String getDescription();
-
void setDescription(String description);
-
int getPriority();
-
void setPriority(int priority);
-
String getOwner();
-
void setOwner(String owner);
-
String getAssignee();
-
void setAssignee(String assignee); DelegationState getDelegationState();
-
void setDelegationState(DelegationState delegationState);
-
String getProcessInstanceId();
-
String getExecutionId();
-
String getProcessDefinitionId();
-
Date getCreateTime();
-
String getTaskDefinitionKey();
-
Date getDueDate();
-
void setDueDate(Date dueDate);
-
void delegate(String userId);
-
void setParentTaskId(String parentTaskId);
-
String getParentTaskId();
-
boolean isSuspended();
-
Map<String, Object> getTaskLocalVariables();
-
Map<String, Object> getProcessVariables();
-
}
说明:
1) 因为是任务查询,所以从processEngine中应该得到TaskService
2) 使用TaskService获取到任务查询对象TaskQuery
3) 为查询对象添加查询过滤条件,使用taskAssignee指定任务的办理者(即查询指定用户的代办任务),同时可以添加分页排序等过滤条件
4) 调用list方法执行查询,返回办理者为指定用户的任务列表
5) 任务ID、名称、办理人、创建时间可以从act_ru_task表中查到。
6) Execution与ProcessInstance见5.6和5.7章节的介绍。在这种情况下,ProcessInstance相当于Execution
7) 如果assignee属性为部门经理,结果为空。因为现在流程只到了”填写请假申请”阶段,后面的任务还没有执行,即在数据库中没有部门经理可以办理的任务,所以查询不到。
8) 一个Task节点和Execution节点是1对1的情况,在task对象中使用Execution_来表示他们之间的关系
9) 任务ID在数据库表act_ru_task中对应“ID_”列
附加:
在activiti任务中,主要分为两大类查询任务(个人任务和组任务):
1.确切指定了办理者的任务,这个任务将成为指定者的私有任务,即个人任务。
2.无法指定具体的某一个人来办理的任务,可以把任务分配给几个人或者一到 多个小组,让这个范围内的用户可以选择性(如有空余时间时)来办理这类任务,即组任务。
先知道个人任务的查询和办理,组任务的操作后面讲
8.5:办理任务
说明:
1) 是办理任务,所以从ProcessEngine得到的是TaskService。
2) 当执行完这段代码,再以员工的身份去执行查询的时候,会发现这个时候已经没有数据了,因为正在执行的任务中没有数据。
3) 对于执行完的任务,activiti将从act_ru_task表中删除该任务,下一个任务会被插入进来。
4) 以”部门经理”的身份进行查询,可以查到结果。因为流程执行到部门经理审批这个节点了。
5) 再执行办理任务代码,执行完以后以”部门经理”身份进行查询,没有结果。
6) 重复第3和4步直到流程执行完。
act_ru_task表:
8.6:查询流程状态(判断流程正在执行,还是结束)
-
@Test
-
public void isProcessEnd() {
-
String processInstanceId = "501";
-
ProcessInstance pi = processEngine.getRuntimeService()// 表示正在执行的流程实例和执行对象
-
.createProcessInstanceQuery()// 创建流程实例查询
-
.processInstanceId(processInstanceId)// 使用流程实例ID查询
-
.singleResult();
-
if (pi == null) {
-
System.out.println("流程已经结束");
-
} else {
-
System.out.println("流程没有结束");
-
}
-
}
-
在流程执行的过程中,创建的流程实例ID在整个过程中都不会变,当流程结束后,流程实例将会在正在执行的执行对象表中(act_ru_execution)被删除
-
说明:
1) 因为是查询流程实例,所以先获取runtimeService
2) 创建流程实例查询对象,设置实例ID过滤参数
3) 由于一个流程实例ID只对应一个实例,使用singleResult执行查询返回一个唯一的结果,如果结果数量大于1,则抛出异常
4) 判断指定ID的实例是否存在,如果结果为空,则代表流程结束,实例在正在执行的执行对象表中已被删除,转换成历史数据。
8.7:附加功能:查询历史任务(后面讲)
-
@Test
-
public void findHistoryTask(){
-
String taskAssignee = "张三";
-
List<HistoricTaskInstance> list = processEngine.getHistoryService()//与历史数据(历史表)相关的Service
-
.createHistoricTaskInstanceQuery()//创建历史任务实例查询
-
.taskAssignee(taskAssignee)//指定历史任务的办理人
-
.list();
-
if(list!=null && list.size()>0){
-
for(HistoricTaskInstance hti:list){
-
System.out.println(hti.getId()+" "+hti.getName()+" "+hti.getProcessInstanceId()+" "+hti.getStartTime()+" "+hti.getEndTime()+" "+hti.getDurationInMillis());
-
System.out.println("################################");
-
}
-
}
-
}
表《HistoricTaskInstance》
8.8:附加功能:查询历史流程实例(后面讲)
注意
(1)如果是单例流程,执行对象ID就是流程实例ID
(2)如果一个流程有分支和聚合,那么执行对象ID和流程实例ID就不相同
(3)一个流程中,流程实例只有1个,执行对象可以存在多个。
Task 任务
执行到某任务环节时生成的任务信息。
对应的表:
act_ru_task:正在执行的任务信息
act_hi_taskinst:已经执行完的历史任务信息
9:流程变量
9.1:流程图
9.2:部署流程定义
9.3:启动流程实例
9.5:获取流程变量
说明:
1) 流程变量的获取针对流程实例(即1个流程),每个流程实例获取的流程变量时不同的
2) 使用基本类型获取流程变量,在taskService中使用任务ID,流程变量的名称,获取流程变量的值。
3) Javabean类型设置获取流程变量,除了需要这个javabean实现了Serializable接口外,还要求流程变量对象的属性不能发生变化,否则抛出异常。
解决方案,在javabean对象中添加:
private static final long serialVersionUID = 6757393795687480331L;
9.6:模拟流程变量的设置和获取的场景
9.7:查询历史的流程变量
9.8:流程变量的支持的类型
如图是从官网列出来的流程变量的类型:
• 2:扩展知识:setVariable和setVariableLocal的区别
setVariable:设置流程变量的时候,流程变量名称相同的时候,后一次的值替换前一次的值,而且可以看到TASK_ID的字段不会存放任务ID的值
setVariableLocal:
1:设置流程变量的时候,针对当前活动的节点设置流程变量,如果一个流程中存在2个活动节点,对每个活动节点都设置流程变量,即使流程变量的名称相同,后一次的版本的值也不会替换前一次版本的值,它会使用不同的任务ID作为标识,存放2个流程变量值,而且可以看到TASK_ID的字段会存放任务ID的值
例如act_hi_varinst 表的数据:不同的任务节点,即使流程变量名称相同,存放的值也是不同的。
如图:
10:流程执行历史记录
10.1:查询历史流程实例
查找按照某个流程定义的规则一共执行了多少次流程