Skip to main content

Activiti 进阶学习——网关

Activit各个网关使用简单介绍

网关用来控制流程的流向（或像BPMN 2.0里描述的那样，流程的tokens。） 网关可以消费也可以生成token。网关显示成菱形图形，内部有有一个小图标。 图标表示网关的类型。

排他网关 Exclusive Gateway

排他网关又叫互斥网关，条件计算为true的顺序流会被选择继续流程，有且只有一条出口，如果出现多个条件为true,则会默认选择第一条true来执行，如果没有条件输出true，流程走到这一步的时候则会报错

case:

当你的流程出现这样的场景：请假申请，三天以内，部门经理审批流程就结束了，三天以上需要总经理，这个时候就需要排他网关

注意这里的外出顺序流 与BPMN 2.0通常的概念是不同的。通常情况下，所有条件结果为true的顺序流 都会被选中，以并行方式执行，但排他网关只会选择一条顺序流执行。 就是说，虽然多个顺序流的条件结果为true， 那么XML中的第一个顺序流（也只有这一条）会被选中，并用来继续运行流程。 如果没有选中任何顺序流，会抛出一个异常。

并行网关 Parallel Gateway

它可以将执行分支（fork）为多条路径，也可以合并（join）执行的多条入口路径。简单点说就是，并行网关它可以有多条入口和出口，并且在合并入口处会等待其他分支执行完，然后再执行后面的流程，另外，需要注意的是，并行网关没有条件的概念，即便设置了条件，它会自动忽略

case:

当出现这样的场景：请假申请开始，需要项目经理和部门经理都审批，两者没有前后需要两个人全部审批才能进入下个节点。这个时候就需要并行网关

  • 分支： 并行后的所有外出顺序流，为每个顺序流都创建一个并发分支。

  • 汇聚： 所有到达并行网关，在此等待的进入分支， 直到所有进入顺序流的分支都到达以后， 流程就会通过汇聚网关。

注意，如果同一个并行网关有多个进入和多个外出顺序流， 它就同时具有分支和汇聚功能。 这时，网关会先汇聚所有进入的顺序流，然后再切分成多个并行分支。

与其他网关的主要区别是，并行网关不会解析条件。 即使顺序流中定义了条件，也会被忽略。

包容网关 Inclusive Gateway

用内部带有’圆圈’图标的网关（菱形）表示。

这个网关比较特殊，它集合了前面两个网关的特点，一句话来说就是，它既可以像排他网关那样设置条件，也能像并行网关这样设置多条分支并行执行，在上图中，当流程启动后，如果流程变量paymentReceived == false且shipOrder == true，将会创建两个任务。如果只有一个流程变量等于true，则只会创建一个任务。如果没有条件计算为true，会抛出异常，并可通过指定出口顺序流

举个例子：启动流程的时候传入下面的参数，执行流程。

HashMap<String, Object> variableMap = new HashMap<String, Object>();

variableMap.put("receivedPayment", true);

variableMap.put("shipOrder", true);

在上面的例子中，只有ship order 一个任务会被创建，当这个任务完成后，第二个包容网关会合并这两个执行，并且由于只有一条出口顺序流，不会再创建并行执行路径，只会激活Archive Order任务继续后面的流程。

case:

当出现这样的场景：你申请请假，如果是病假，找项目经理审批，如果不是找部门经理审批。但是他俩不管谁签完都可以进行个节点。说白了就像是排他跟并行的合体

  • 分支： 所有外出顺序流的条件都会被解析，结果为true的顺序流会以并行方式继续执行， 会为每个顺序流创建一个分支。

  • 汇聚： 所有并行分支到达包含网关，会进入等待章台， 直到每个包含流程token的进入顺序流的分支都到达。 这是与并行网关的最大不同。换句话说，包含网关只会等待被选中执行了的进入顺序流。 在汇聚之后，流程会穿过包含网关继续执行。

注意，如果同一个包含节点拥有多个进入和外出顺序流， 它就会同时含有分支和汇聚功能。 这时，网关会先汇聚所有拥有流程token的进入顺序流， 再根据条件判断结果为true的外出顺序流，为它们生成多条并行分支。

基于事件的网关 Event-based Gateway

这个网关相比其他三个网关，用的相对没那么多，主要还是根据业务需求吧

该网关在执行出口处，要连接一个捕获中间事件。当流程执行到该网关时，流程类似处于等待的状态，此时执行被暂停，并创建一个事件订阅

需要订阅什么事件。基于下列约束：

  • 一个基于事件的网关，必须有两条或更多的出口顺序流。
  • 基于事件的网关，只能连接至intermediateCatchEvent（捕获中间事件）类型的元素（Activiti不支持基于事件的网关后，连接接收任务，Receive Task）。
  • 连接至基于事件的网关的intermediateCatchEvent，必须只有一个入口顺序流。

当然，新手看到了这里可能还是不知道什么是事件网关，它到底有什么用处呢？下面，我用一个例子来解释一下：

上图使用了事件网关、定时器事件，信号捕捉事件，当启动流程后，流程实例订阅alert信号事件，并创建一个 5分钟后触发的定时器。这使得流程引擎等待5分钟，并等待信号事件。如果信号在5分钟内触发，则定时器会被取消，执行沿着信号继续。如果信号未被触 发，执行会在定时器到时后继续，并取消信号订阅。

一句话概括事件网关，如果你提交了请假申请，此时流程处于等待状态，当某个事件触发时，流程走到用户任务，办理了你的请假申请，那么等待会被取消，如果超过1天，还是没有触发某个事件，那么你的请假单直接跳过你的上级，直接往后面的流程走

case:

基于事件网关允许根据事件判断流向。网关的每个外出顺序流都要连接到一个中间捕获事件。 当流程到达一个基于事件网关，网关会进入等待状态：会暂停执行。 与此同时，会为每个外出顺序流创建相对的事件订阅。

注意基于事件网关的外出顺序流和普通顺序流不同。这些顺序流不会真的"执行"。 相反，它们让流程引擎去决定执行到基于事件网关的流程需要订阅哪些事件。 要考虑以下条件：

  • 基于事件网关必须有两条或以上外出顺序流。

  • 基于事件网关后，只能使用intermediateCatchEvent类型。 （activiti不支持基于事件网关后连接ReceiveTask。）

  • 连接到基于事件网关的intermediateCatchEvent只能有一条进入顺序流。

No Comments
Back to top