流程定义语言（BPMN）

1.什么是BPMN

业务流程建模与标注（Business Process Model and Notation，BPMN) ，描述流程的基本符号，包括这些图元如何组合成一个业务流程图（Business Process Diagram）

Eclispse画出流程,有两个文件bpmn文件和png文件,其中bpmn文件又可以叫做流程定义文件,它需要遵循BPMN语言规范.png:就是一个单纯的图片,没有任何作用.

2.什么是流程

bpmn文件一个流程的根元素。一个流程就代表一个工作流。

3.顺序流(sequenceFlow)

3.1什么是顺序流
顺序流是连接两个流程节点的连线，代表一个节点的出口。流程执行完一个节点后，会沿着节点的所有外出顺序流继续执行。就是说，BPMN 2.0默认的行为就是并发的：两个外出顺序流会创造两个单独的，并发流程分支。
3.2顺序流的属性
Id: 唯一标示，用来区分不同的顺序流
sourceRef：连线的源头节点ID
targetRef：连线的目标节点ID
name（可选）：连线的名称，不涉及业务，主要用于显示。多出口原则要设置。
3.3分支流程流程图

准备开启流程

请假人设置请假天数
/**
* zs 完成任务
* @throws Exception
/
@Test
public void compleTask() throws Exception {
Map<String, Object>map=new HashMap<>();
map.put(“days”, 2);
compleTaskByPIdAndName(“2501”, “zs”,map);
}
//审批人审核，判断
/*
* ls 完成任务
* @throws Exception
*/
@Test
public void compleTaskls() throws Exception {
//String taskId=“5003”;
String pid=“2501”;
String name=“ls”;
Map<String, Object> variables = taskService.getVariables(queryTaskByName(pid, name).getId());
// 获取天数
Integer days = (Integer) variables.get(“days”);
System.out.println(days>3);
if(days>3){
variables.put(“flag”, false);
}else{
variables.put(“flag”, true);
}
System.out.println(variables);
// 完成任务
//taskService.complete(taskId,variables);
compleTaskByPIdAndName(pid, name,variables);
}

4.网关节点

网关用来控制流程的流向。
网关显示成菱形图形，内部有有一个小图标。图标表示网关的类型。

4.1排他网关(ExclusiveGateWay)
简单理解有多个分支，但是只能走一个分支。
排他网关（也叫异或（XOR）网关，或更技术性的叫法基于数据的排他网关），用来在流程中实现决策。
图形标记
排他网关显示成一个普通网关（比如，菱形图形），内部是一个“X”图标，表示异或（XOR）语义。注意，没有内部图标的网关，默认为排他网关。 BPMN 2.0规范不允许在同一个流程定义中同时使用没有X和有X的菱形图形。

XML内容
排他网关的XML内容是很直接的：用一行定义了网关，条件表达式定义在外出顺序流中。参考条件顺序流获得这些表达式的可用配置。

它对应的XML内容如下：

说明：
1.一个排他网关对应一个以上的顺序流
2.由排他网关流出的顺序流都有个conditionExpression元素，在内部维护返回boolean类型的决策结果。
3.决策网关只会返回一条结果。当流程执行到排他网关时，流程引擎会自动检索网关出口，从上到下检索如果发现第一条决策结果为true或者没有设置条件的(默认为成立)，则流出。
4.如果没有任何一个出口符合条件则抛出异常。

4.2并行网关(parallelGateWay)
多个分支要一起执行完，才算完成(会签)。
网关也可以表示流程中的并行情况。最简单的并行网关是parallelGateWay，它允许将流程分成多条分支，也可以把多条分支汇聚到一起。
图形标记
并行网关显示成一个普通网关（菱形）内部是一个“加号”图标，表示“与（AND）”语义。

XML内容
定义并行网关只需要一行XML：

实际发生的行为（分支，聚合，同时分支聚合），要根据并行网关的顺序流来决定。
参考如下代码：

<sequenceFlow id="flow1"sourceRef="theStart"targetRef=“fork”/> <parallelGatewayid=“fork”/> <sequenceFlowsourceRef="fork"targetRef=“receivePayment”/> <sequenceFlowsourceRef="fork"targetRef=“shipOrder”/>
<userTaskid="receivePayment"name=“Receive Payment”/> <sequenceFlowsourceRef="receivePayment"targetRef=“join”/>
<userTaskid="shipOrder"name=“Ship Order”/> <sequenceFlowsourceRef="shipOrder"targetRef=“join”/> <parallelGatewayid=“join”/> <sequenceFlowsourceRef="join"targetRef=“archiveOrder”/>
<userTaskid="archiveOrder"name=“Archive Order”/> <sequenceFlowsourceRef="archiveOrder"targetRef=“theEnd”/>
<endEventid=“theEnd”/>
上面例子中，流程启动之后，会创建两个任务：
ProcessInstancepi =runtimeService.startProcessInstanceByKey(“forkJoin”);
TaskQueryquery=taskService.createTaskQuery() .processInstanceId(pi.getId()) .orderByTaskName().asc();
Listtasks =query.list();
assertEquals(2,tasks.size()); Task task1 =tasks.get(0);
assertEquals(“Receive Payment”,task1.getName());Tasktask2 =tasks.get(1);
assertEquals(“Ship Order”,task2.getName());
当两个任务都完成时，第二个并行网关会汇聚两个分支，因为它只有一条外出连线，不会创建并行分支，只会创建归档订单任务。
说明：
1.并行网关的功能是基于进入和外出的顺序流的：
分支(fork)：并行后的所有外出顺序流，为每个顺序流都创建一个并发分支。
汇聚(join)：所有到达并行网关，在此等待的进入分支，直到所有进入顺序流的分支都到达以后，流程就会通过汇聚网关。
2.并行网关的进入和外出都是使用相同节点标示
3.如果同一个并行网关有多个进入和多个外出顺序流，它就同时具有分支和汇聚功能。这时，网关会先汇聚所有进入的顺序流，然后再切分成多个并行分支。
4.并行网关不会解析条件。即使顺序流中定义了条件，也会被忽略。
并行网关不需要是“平衡的”（比如，对应并行网关的进入和外出节点数目相等）。如图中标示是合法的：

5.执行监听器(ExecutionListener)

执行监听器可以执行外部java代码或执行表达式，当流程定义中发生了某个事件。可以捕获的事件有:
流程实例的启动和结束。
选中一条连线。
节点的开始和结束。
网关的开始和结束。
中间事件的开始和结束。
开始时间结束或结束事件开始。
现在有这样一个简单流程，只包含开始、结束、接收任务和用户任务4个节点：

配置监听器，XML代码如下：

说明：
1.任务监听器支持以下属性：
event（必选）：任务监听器会被调用的任务类型。可能的类型为：
start：流程节点创建后触发。
end：当任务完成，并尚未从运行数据中删除时触发。
take：任务完成后，流程流出时触发
class：必须调用的代理类。这个类必须实现org.activiti.engine.delegate.
ExecutionListener接口。实现类代码如下：

执行监听器配置可以放在以下三个地方，如图：

a)监听整个流程的启动和结束状态，配置为process节点的子元素，如图①
b)监听一个节点的启动和结束状态，配置为一个节点的子元素，如图②和③
c)监听一条连线的执行，配置在sequenceFlow节点的内部，只有task一种事件，如图④
启动流程测试代码如下：

结果如下：

6.任务监听器(TaskListener)

任务监听器可以在发生对应的任务相关事件时执行自定义java逻辑或表达式。
任务监听器只能添加到流程定义中的用户任务中。在之前任务节点上添加任务监听:

说明：
1.任务监听器支持以下属性：
event（必选）：任务监听器会被调用的任务类型。可能的类型为：
create：任务创建并设置所有属性后触发。
assignment：任务分配给一些人时触发。当流程到达userTask，assignment事件会在create事件之前发生。这样的顺序似乎不自然，但是原因很简单：当获得create时间时，我们想获得任务的所有属性，包括执行人。
complete：当任务完成，并尚未从运行数据中删除时触发。
class：必须调用的代理类。这个类必须实现org.activiti.engine.delegate.TaskListener 接口。Java代码如下：

2.运行测试代码得到结果:
流程结束，日志内容为：[Start start, Receive Task start, Receive Task end, Receive Task take, User Task start, User Task assignment, User Task create, User Task complete, User Task end, End end]
新添加的任务监听包裹在executionListener监听的内部，顺序为：execution Start–> task Assignment–>task Create–>task Complete–>execution End–>execution take。