需求：
在activiti实际应用时，查询流程实例列表时可能要显示出业务系统的一些相关信息，比如：查询当前运行的出差流程列表需要将出差单名称、出差天数等信息显示出来，出差天数等信息在业务系统中存在，而并没有在activiti数据库中存在，所以是无法通过activiti的api查询到出差天数等信息。
实现：
在查询流程实例时，通过businessKey（业务标识 ）关联查询业务系统的出差单表，查询出出差天数等信息。
通过下面的代码就可以获取activiti中所对应实例保存的业务Key。而这个业务Key一般都会保存相关联的业务操作表的主键，再通过主键ID去查询业务信息，比如通过出差单的ID，去查询更多的请假信息（出差人，出差时间，出差天数，出差目的地等）
String businessKey = processInstance.getBusinessKey();
在activiti的act_ru_execution表，字段BUSINESS_KEY就是存放业务KEY的。
挂起、激活流程实例
某些情况可能由于流程变更需要将当前运行的流程暂停而不是直接删除，流程暂停后将不会继续执行。
全部流程实例挂起
操作流程定义为挂起状态，该流程定义下边所有的流程实例全部暂停：
流程定义为挂起状态该流程定义将不允许启动新的流程实例，同时该流程定义下所有的流程实例将全部挂起暂停执行。
/**
- 全部流程实例挂起与激活
*/
@Test
public void SuspendAllProcessInstance(){
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 获取repositoryService
RepositoryService repositoryService = processEngine.getRepositoryService();
// 查询流程定义的对象
ProcessDefinition processDefinition = repositoryService.createProcessDefinitionQuery().
processDefinitionKey(“myEvection”).
singleResult();
// 得到当前流程定义的实例是否都为暂停状态
boolean suspended = processDefinition.isSuspended();
// 流程定义id
String processDefinitionId = processDefinition.getId();
// 判断是否为暂停
if(suspended){
// 如果是暂停，可以执行激活操作 ,参数1 ：流程定义id ，参数2：是否激活，参数3：激活时间
repositoryService.activateProcessDefinitionById(processDefinitionId,
true,
null
);
System.out.println(“流程定义：”+processDefinitionId+“,已激活”);
}else{
// 如果是激活状态，可以暂停，参数1 ：流程定义id ，参数2：是否暂停，参数3：暂停时间
repositoryService.suspendProcessDefinitionById(processDefinitionId,
true,
null);
System.out.println(“流程定义：”+processDefinitionId+“,已挂起”);
}
}
单个流程实例挂起
操作流程实例对象，针对单个流程执行挂起操作，某个流程实例挂起则此流程不再继续执行，完成该流程实例的当前任务将报异常。
/**
- 单个流程实例挂起与激活
*/
@Test
public void SuspendSingleProcessInstance(){
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// RuntimeService
RuntimeService runtimeService = processEngine.getRuntimeService();
// 查询流程定义的对象
ProcessInstance processInstance = runtimeService.
createProcessInstanceQuery().
processInstanceId(“15001”).
singleResult();
// 得到当前流程定义的实例是否都为暂停状态
boolean suspended = processInstance.isSuspended();
// 流程定义id
String processDefinitionId = processInstance.getId();
// 判断是否为暂停
if(suspended){
// 如果是暂停，可以执行激活操作 ,参数：流程定义id
runtimeService.activateProcessInstanceById(processDefinitionId);
System.out.println(“流程定义：”+processDefinitionId+“,已激活”);
}else{
// 如果是激活状态，可以暂停，参数：流程定义id
runtimeService.suspendProcessInstanceById( processDefinitionId);
System.out.println(“流程定义：”+processDefinitionId+“,已挂起”);
}
}
/**
- 测试完成个人任务
*/
@Test
public void completTask(){
// 获取引擎
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 获取操作任务的服务 TaskService
TaskService taskService = processEngine.getTaskService();
// 完成任务,参数：流程实例id,完成zhangsan的任务
Task task = taskService.createTaskQuery()
.processInstanceId(“15001”)
.taskAssignee(“rose”)
.singleResult();
System.out.println(“流程实例id=”+task.getProcessInstanceId());
System.out.println(“任务Id=”+task.getId());
System.out.println(“任务负责人=”+task.getAssignee());
System.out.println(“任务名称=”+task.getName());
taskService.complete(task.getId());
}
2.1、分配任务负责人
2.1.1、固定分配
在进行业务流程建模时指定固定的任务负责人， 如图：
并在 properties 视图中，填写 Assignee 项为任务负责人。
2.1.2、表达式分配
由于固定分配方式，任务只管一步一步执行任务，执行到每一个任务将按照 bpmn 的配置去分配任
务负责人。
2.1.2.1、UEL 表达式
Activiti 使用 UEL 表达式， UEL 是 java EE6 规范的一部分， UEL（Unified Expression Language）即 统一表达式语言， activiti 支持两个 UEL 表达式： UEL-value 和 UEL-method。
1）UEL-value 定义
如图：
assignee 这个变量是 activiti 的一个流程变量，
或者使用这种方式定义：
如图：
user 也是 activiti 的一个流程变量， user.assignee 表示通过调用 user 的 getter 方法获取值。
2）UEL-method 方式
如图：
userBean 是 spring 容器中的一个 bean，表示调用该 bean 的 getUserId()方法。
3）UEL-method 与 UEL-value 结合
再比如：
${ldapService.findManagerForEmployee(emp)}
ldapService 是 spring 容器的一个 bean，findManagerForEmployee 是该 bean 的一个方法，emp 是 activiti
流程变量， emp 作为参数传到 ldapService.findManagerForEmployee 方法中。
4）其它
表达式支持解析基础类型、 bean、 list、 array 和 map，也可作为条件判断。
如下：
${order.price > 100 && order.price < 250}
2.1.2.2、编写代码配置负责人
1)定义任务分配流程变量
如图：
2)设置流程变量
在启动流程实例时设置流程变量，如下：
/**
- 设置流程负责人
*/
@Test
public void assigneeUEL(){
// 获取流程引擎
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 获取 RuntimeService
RuntimeService runtimeService = processEngine.getRuntimeService();
// 设置assignee的取值，用户可以在界面上设置流程的执行
Map<String,Object> assigneeMap = new HashMap<>();
assigneeMap.put(“assignee0”,“张三”);
assigneeMap.put(“assignee1”,“李经理”);
assigneeMap.put(“assignee2”,“王总经理”);
assigneeMap.put(“assignee3”,“赵财务”);
// 启动流程实例，同时还要设置流程定义的assignee的值
runtimeService.startProcessInstanceByKey(“myEvection1”,assigneeMap);
// 输出
System.out.println(processEngine.getName());
}
执行成功后，可以在act_ru_variable表中看到刚才map中的数据
2.1.2.3、注意事项
由于使用了表达式分配，必须保证在任务执行过程表达式执行成功，比如：
某个任务使用了表达式${order.price > 100 && order.price < 250}，当执行该任务时必须保证 order 在
流程变量中存在，否则 activiti 异常。
2.1.3、监听器分配
可以使用监听器来完成很多Activiti流程的业务。
在本章我们使用监听器的方式来指定负责人，那么在流程设计时就不需要指定assignee。
任务监听器是发生对应的任务相关事件时执行自定义 java 逻辑 或表达式。
任务相当事件包括：
Event的选项包含：
Create：任务创建后触发
Assignment：任务分配后触发
Delete：任务完成后触发
All：所有事件发生都触发
定义任务监听类，且类必须实现 org.activiti.engine.delegate.TaskListener 接口
public class MyTaskListener implements TaskListener {
@Override
public void notify(DelegateTask delegateTask) {
if(delegateTask.getName().equals(“创建出差申请”)&&
delegateTask.getEventName().equals(“create”)){
//这里指定任务负责人
delegateTask.setAssignee(“张三”);
}
}
}
DelegateTask对象的内容如下：
2.1.3.1、注意事项
使用监听器分配方式，按照监听事件去执行监听类的 notify 方法，方法如果不能正常执行也会影响
任务的执行。
2.2、查询任务
查询任务负责人的待办任务
代码如下：
// 查询当前个人待执行的任务
@Test
public void findPersonalTaskList() {
// 流程定义key
String processDefinitionKey = “myEvection1”;
// 任务负责人
String assignee = “张三”;
// 获取TaskService
TaskService taskService = processEngine.getTaskService();
List taskList = taskService.createTaskQuery()
.processDefinitionKey(processDefinitionKey)
.includeProcessVariables()
.taskAssignee(assignee)
.list();
for (Task task : taskList) {
System.out.println(“----------------------------”);
System.out.println("流程实例id： " + task.getProcessInstanceId());
System.out.println("任务id： " + task.getId());
System.out.println("任务负责人： " + task.getAssignee());
System.out.println("任务名称： " + task.getName());
}
}
关联 businessKey
需求：
在 activiti 实际应用时，查询待办任务可能要显示出业务系统的一些相关信息。
比如：查询待审批出差任务列表需要将出差单的日期、 出差天数等信息显示出来。
出差天数等信息在业务系统中存在，而并没有在 activiti 数据库中存在，所以是无法通过 activiti 的 api 查询到出差天数等信息。
实现：
在查询待办任务时，通过 businessKey（业务标识 ）关联查询业务系统的出差单表，查询出出差天数等信息。
@Test
public void findProcessInstance(){
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 获取TaskService
TaskService taskService = processEngine.getTaskService();
// 获取RuntimeService
RuntimeService runtimeService = processEngine.getRuntimeService();
// 查询流程定义的对象
Task task = taskService.createTaskQuery()
.processDefinitionKey(“myEvection1”)
.taskAssignee(“张三”)
.singleResult();
// 使用task对象获取实例id
String processInstanceId = task.getProcessInstanceId();
// 使用实例id，获取流程实例对象
ProcessInstance processInstance = runtimeService.createProcessInstanceQuery()
.processInstanceId(processInstanceId)
.singleResult();
// 使用processInstance，得到 businessKey
String businessKey = processInstance.getBusinessKey();
System.out.println(“businessKey==”+businessKey);
}
2.3、办理任务
注意：在实际应用中，完成任务前需要校验任务的负责人是否具有该任务的办理权限 。
/**
- 完成任务，判断当前用户是否有权限
*/
@Test
public void completTask() {
//任务id
String taskId = “15005”;
// 任务负责人
String assingee = “张三”;
//获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 创建TaskService
TaskService taskService = processEngine.getTaskService();
// 完成任务前，需要校验该负责人可以完成当前任务
// 校验方法：
// 根据任务id和任务负责人查询当前任务，如果查到该用户有权限，就完成
Task task = taskService.createTaskQuery()
.taskId(taskId)
.taskAssignee(assingee)
.singleResult();
if(task != null){
taskService.complete(taskId);
System.out.println(“完成任务”);
}
}
3.1、什么是流程变量
流程变量在 activiti 中是一个非常重要的角色，流程运转有时需要靠流程变量，业务系统和 activiti
结合时少不了流程变量，流程变量就是 activiti 在管理工作流时根据管理需要而设置的变量。
比如：在出差申请流程流转时如果出差天数大于 3 天则由总经理审核，否则由人事直接审核， 出差天
数就可以设置为流程变量，在流程流转时使用。
注意：虽然流程变量中可以存储业务数据可以通过activiti的api查询流程变量从而实现 查询业务数据，但是不建议这样使用，因为业务数据查询由业务系统负责，activiti设置流程变量是为了流程执行需要而创建。
3.2、流程变量类型
如果将 pojo 存储到流程变量中，必须实现序列化接口 serializable，为了防止由于新增字段无
法反序列化，需要生成 serialVersionUID。
3.3、流程变量作用域
流程变量的作用域可以是一个流程实例(processInstance)，或一个任务(task)，或一个执行实例
(execution)
3.3.1、globa变量
流程变量的默认作用域是流程实例。当一个流程变量的作用域为流程实例时，可以称为 global 变量
注意：
如： Global变量：userId（变量名）、zhangsan（变量值）
global 变量中变量名不允许重复，设置相同名称的变量，后设置的值会覆盖前设置的变量值。
3.3.2、local变量
任务和执行实例仅仅是针对一个任务和一个执行实例范围，范围没有流程实例大， 称为 local 变量。
Local 变量由于在不同的任务或不同的执行实例中，作用域互不影响，变量名可以相同没有影响。Local 变量名也可以和 global 变量名相同，没有影响。
3.4、流程变量的使用方法
3.4.1、在属性上使用UEL表达式
可以在 assignee 处设置 UEL 表达式，表达式的值为任务的负责人，比如： ${assignee}， assignee 就是一个流程变量名称。
Activiti获取UEL表达式的值，即流程变量assignee的值 ，将assignee的值作为任务的负责人进行任务分配
3.4.2、在连线上使用UEL表达式
可以在连线上设置UEL表达式，决定流程走向。
比如：${price<10000} 。price就是一个流程变量名称，uel表达式结果类型为布尔类型。
如果UEL表达式是true，要决定 流程执行走向。
3.5、使用Global变量控制流程
3.5.1、需求
员工创建出差申请单，由部门经理审核，部门经理审核通过后出差3天及以下由人财务直接审批，3天以上先由总经理审核，总经理审核通过再由财务审批。
3.5.2、流程定义
1）、出差天数大于等于3连线条件
也可以使用对象参数命名，如evection.num：
2）、出差天数小于3连线条件
也可以使用对象参数命名，如：
3.5.3、设置global流程变量
在部门经理审核前设置流程变量，变量值为出差单信息（包括出差天数），部门经理审核后可以根据流程变量的值决定流程走向。
在设置流程变量时，可以在启动流程时设置，也可以在任务办理时设置
3.5.3.1、创建POJO对象
创建出差申请pojo对象
package com.itheima.demo.pojo;
import java.io.Serializable;
import java.util.Date;
/**
- 出差申请 pojo
*/
public class Evection implements Serializable {
/**
- 主键id
*/
private Long id;
/**
- 出差申请单名称
*/
private String evectionName;
/**
- 出差天数
*/
private Double num;
/**
- 预计开始时间
*/
private Date beginDate;
/**
- 预计结束时间
*/
private Date endDate;
/**
- 目的地
*/
private String destination;
/**
- 出差事由
*/
private String reson;
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
public String getEvectionName() {
return evectionName;
}
public void setEvectionName(String evectionName) {
this.evectionName = evectionName;
}
public Date getBeginDate() {
return beginDate;
}
public void setBeginDate(Date beginDate) {
this.beginDate = beginDate;
}
public Date getEndDate() {
return endDate;
}
public void setEndDate(Date endDate) {
this.endDate = endDate;
}
public String getDestination() {
return destination;
}
public void setDestination(String destination) {
this.destination = destination;
}
public String getReson() {
return reson;
}
public void setReson(String reson) {
this.reson = reson;
}
public Double getNum() {
return num;
}
public void setNum(Double num) {
this.num = num;
}
}
3.5.3.2、启动流程时设置变量
在启动流程时设置流程变量，变量的作用域是整个流程实例。
通过Map<key,value>设置流程变量，map中可以设置多个变量，这个key就是流程变量的名字。
/**
- 启动流程实例,设置流程变量的值
*/
@Test
public void startProcess(){
// 获取流程引擎
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 获取RunTimeService
RuntimeService runtimeService = processEngine.getRuntimeService();
// 流程定义key
String key = “myEvection2”;
// 创建变量集合
Map<String, Object> map = new HashMap<>();
// 创建出差pojo对象
Evection evection = new Evection();
// 设置出差天数
evection.setNum(2d);
// 定义流程变量，把出差pojo对象放入map
map.put(“evection”,evection);
// 设置assignee的取值，用户可以在界面上设置流程的执行
map.put(“assignee0”,“张三”);
map.put(“assignee1”,“李经理”);
map.put(“assignee2”,“王总经理”);
map.put(“assignee3”,“赵财务”);
// 启动流程实例，并设置流程变量的值（把map传入）
ProcessInstance processInstance = runtimeService
.startProcessInstanceByKey(key, map);
// 输出
System.out.println(“流程实例名称=”+processInstance.getName());
System.out.println(“流程定义id==”+processInstance.getProcessDefinitionId());
}
/**
- 完成任务，判断当前用户是否有权限
*/
@Test
public void completTask() {
//任务id
String key = “myEvection2”;
// 任务负责人
String assingee = “张三”;
//获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 创建TaskService
TaskService taskService = processEngine.getTaskService();
// 完成任务前，需要校验该负责人可以完成当前任务
// 校验方法：
// 根据任务id和任务负责人查询当前任务，如果查到该用户有权限，就完成
Task task = taskService.createTaskQuery()
.processDefinitionKey(key)
.taskAssignee(assingee)
.singleResult();
if(task != null){
taskService.complete(task.getId());
System.out.println(“任务执行完成”);
}
}
说明：
startProcessInstanceByKey(processDefinitionKey, variables)
流程变量作用域是一个流程实例，流程变量使用Map存储，同一个流程实例设置变量map中key相同，后者覆盖前者。
3.5.3.2、任务办理时设置变量
在完成任务时设置流程变量，该流程变量只有在该任务完成后其它结点才可使用该变量，它的作用域是整个流程实例，如果设置的流程变量的key在流程实例中已存在相同的名字则后设置的变量替换前边设置的变量。
这里需要在创建出差单任务完成时设置流程变量
/**
- 完成任务，判断当前用户是否有权限
*/
@Test
public void completTask() {
//任务id
String key = “myEvection2”;
// 任务负责人
String assingee = “张三”;
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 创建TaskService
TaskService taskService = processEngine.getTaskService();
// 创建变量集合
Map<String, Object> map = new HashMap<>();
// 创建出差pojo对象
Evection evection = new Evection();
// 设置出差天数
evection.setNum(2d);
// 定义流程变量
map.put(“evection”,evection);
// 完成任务前，需要校验该负责人可以完成当前任务
// 校验方法：
// 根据任务id和任务负责人查询当前任务，如果查到该用户有权限，就完成
Task task = taskService.createTaskQuery()
.processDefinitionKey(key)
.taskAssignee(assingee)
.singleResult();
if(task != null){
//完成任务是，设置流程变量的值
taskService.complete(task.getId(),map);
System.out.println(“任务执行完成”);
}
}
说明：
通过当前任务设置流程变量，需要指定当前任务id，如果当前执行的任务id不存在则抛出异常。
任务办理时也是通过map<key,value>设置流程变量，一次可以设置多个变量。
3.5.3.3、通过当前流程实例设置
通过流程实例id设置全局变量，该流程实例必须未执行完成。
@Test
public void setGlobalVariableByExecutionId(){
// 当前流程实例执行 id，通常设置为当前执行的流程实例
String executionId=“2601”;
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 获取RuntimeService
RuntimeService runtimeService = processEngine.getRuntimeService();
// 创建出差pojo对象
Evection evection = new Evection();
// 设置天数
evection.setNum(3d);
// 通过流程实例 id设置流程变量
runtimeService.setVariable(executionId, “evection”, evection);
// 一次设置多个值
// runtimeService.setVariables(executionId, variables)
}
注意：
executionId必须当前未结束 流程实例的执行id，通常此id设置流程实例 的id。也可以通runtimeService.getVariable()获取流程变量。
3.5.3.4、通过当前任务设置
@Test
public void setGlobalVariableByTaskId(){
//当前待办任务id
String taskId=“1404”;
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
TaskService taskService = processEngine.getTaskService();
Evection evection = new Evection();
evection.setNum(3);
//通过任务设置流程变量
taskService.setVariable(taskId, “evection”, evection);
//一次设置多个值
//taskService.setVariables(taskId, variables)
}
注意：
任务id必须是当前待办任务id，act_ru_task中存在。如果该任务已结束，会报错
也可以通过taskService.getVariable()获取流程变量。
3.5.4、测试
正常测试：
设置流程变量的值大于等于3天
设计流程变量的值小于3天
异常测试：
流程变量不存在
流程变量的值为空NULL，price属性为空
UEL表达式都不符合条件
不设置连线的条件
3.5.5、注意事项
1、 如果UEL表达式中流程变量名不存在则报错。
2、 如果UEL表达式中流程变量值为空NULL，流程不按UEL表达式去执行，而流程结束 。
3、 如果UEL表达式都不符合条件，流程结束
4、 如果连线不设置条件，会走flow序号小的那条线
3.5.6、操作数据库表
设置流程变量会在当前执行流程变量表插入记录，同时也会在历史流程变量表也插入记录。
//当前流程变量表
SELECT * FROM act_ru_variable
记录当前运行流程实例可使用的流程变量，包括 global和local变量
Id_：主键
Type_：变量类型
Name_：变量名称
Execution_id_：所属流程实例执行id，global和local变量都存储
Proc_inst_id_：所属流程实例id，global和local变量都存储
Task_id_：所属任务id，local变量存储
Bytearray_：serializable类型变量存储对应act_ge_bytearray表的id
Double_：double类型变量值
Long_：long类型变量值
Text_：text类型变量值
#历史流程变量表
SELECT * FROM act_hi_varinst
记录所有已创建的流程变量，包括 global和local变量
字段意义参考当前流程变量表。
3.6、设置local流程变量
3.6.1、任务办理时设置
任务办理时设置local流程变量，当前运行的流程实例只能在该任务结束前使用，任务结束该变量无法在当前流程实例使用，可以通过查询历史任务查询。
/*
*处理任务时设置local流程变量
*/
@Test
public void completTask() {
//任务id
String taskId = “1404”;
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
TaskService taskService = processEngine.getTaskService();
// 定义流程变量
Map<String, Object> variables = new HashMap<String, Object>();
Evection evection = new Evection ();
evection.setNum(3d);
// 定义流程变量
Map<String, Object> variables = new HashMap<String, Object>();
// 变量名是holiday，变量值是holiday对象
variables.put(“evection”, evection);
// 设置local变量，作用域为该任务
taskService.setVariablesLocal(taskId, variables);
// 完成任务
taskService.complete(taskId);
}
说明：
设置作用域为任务的local变量，每个任务可以设置同名的变量，互不影响。
3.6.2、通过当前任务设置
@Test
public void setLocalVariableByTaskId(){
// 当前待办任务id
String taskId=“1404”;
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
TaskService taskService = processEngine.getTaskService();
Evection evection = new Evection ();
evection.setNum(3d);
// 通过任务设置流程变量
taskService.setVariableLocal(taskId, “evection”, evection);
// 一次设置多个值
//taskService.setVariablesLocal(taskId, variables)
}
注意：
任务id必须是当前待办任务id，act_ru_task中存在。
3.6.3、 Local变量测试1
如果上边例子中设置global变量改为设置local变量是否可行？为什么？
Local变量在任务结束后无法在当前流程实例执行中使用，如果后续的流程执行需要用到此变量则会报错。
3.6.4、 Local变量测试2
在部门经理审核、总经理审核、财务审核时设置local变量，可通过historyService查询每个历史任务时将流程变量的值也查询出来。
代码如下：
// 创建历史任务查询对象
HistoricTaskInstanceQuery historicTaskInstanceQuery = historyService.createHistoricTaskInstanceQuery();
// 查询结果包括 local变量
historicTaskInstanceQuery.includeTaskLocalVariables();
for (HistoricTaskInstance historicTaskInstance : list) {
System.out.println(“==============================”);
System.out.println(“任务id：” + historicTaskInstance.getId());
System.out.println(“任务名称：” + historicTaskInstance.getName());
System.out.println(“任务负责人：” + historicTaskInstance.getAssignee());
System.out.println(“任务local变量：”+ historicTaskInstance.getTaskLocalVariables());
}
注意：查询历史流程变量，特别是查询pojo变量需要经过反序列化，不推荐使用。
4.1、需求
在流程定义中在任务结点的 assignee 固定设置任务负责人，在流程定义时将参与者固定设置在.bpmn 文件中，如果临时任务负责人变更则需要修改流程定义，系统可扩展性差。
针对这种情况可以给任务设置多个候选人，可以从候选人中选择参与者来完成任务。
4.2、设置任务候选人
在流程图中任务节点的配置中设置 candidate-users(候选人)，多个候选人之间用逗号分开。
查看bpmn文件
我们可以看到部门经理的审核人已经设置为 lisi,wangwu 这样的一组候选人，可以使用
activiti:candiateUsers=”用户 1,用户 2,用户 3”的这种方式来实现设置一组候选人
4.3、组任务
4.3.1、组任务办理流程
a、查询组任务
指定候选人，查询该候选人当前的待办任务。
候选人不能立即办理任务。
b、拾取(claim)任务
该组任务的所有候选人都能拾取。
将候选人的组任务，变成个人任务。原来候选人就变成了该任务的负责人。
如果拾取后不想办理该任务？
需要将已经拾取的个人任务归还到组里边，将个人任务变成了组任务。
c、查询个人任务
查询方式同个人任务部分，根据assignee查询用户负责的个人任务。
d、办理个人任务
4.3.2、 查询组任务
根据候选人查询组任务
@Test
public void findGroupTaskList() {
// 流程定义key
String processDefinitionKey = “evection3”;
// 任务候选人
String candidateUser = “lisi”;
// 获取processEngine
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
// 创建TaskService
TaskService taskService = processEngine.getTaskService();
//查询组任务
List list = taskService.createTaskQuery()
.processDefinitionKey(processDefinitionKey)
.taskCandidateUser(candidateUser)//根据候选人查询
.list();
for (Task task : list) {
最后
好了，这就是整理的前端从入门到放弃的学习笔记，还有很多没有整理到，我也算是边学边去整理，后续还会慢慢完善，这些相信够你学一阵子了。
做程序员，做前端工程师，真的是一个学习就会有回报的职业，不看出身高低，不看学历强弱，只要你的技术达到应有的水准，就能够得到对应的回报。
学习从来没有一蹴而就，都是持之以恒的，正所谓活到老学到老，真正懂得学习的人，才不会被这个时代的洪流所淘汰。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
