Activiti工作流网关

1. 排他网关
   排他网关，用来在流程中实现决策。 当流程执行到这个网关，所有分支都会判断条件是否为true，如果
   为true则执行该分支，
   注意：排他网关只会选择一个为true的分支执行。如果有两个分支条件都为true，排他网关会按照xml中标签sequenceFlow定义的顺序来执行，即直接获取第一个标签。
   

2. 并行网关
   并行网关允许将流程分成多条分支，也可以把多条分支汇聚到一起，并行网关的功能是基于进入和外出顺序流的。
   注意，如果同一个并行网关有多个进入和多个外出顺序流， 它就同时具有分支和汇聚功能。 这时，网关会先汇聚所有进入的顺序流，然后再切分成多个并行分支。
   与其他网关的主要区别是，并行网关不会解析条件。 即使顺序流中定义了条件，也会被忽略。
   并行网关在业务应用中常用于会签任务，会签任务即多个参与者共同办理的任务。

补充：并行网关不需要平衡的含义（进入流和出去流数量无需一样）

3. 包容网关
   包容网关可以看做是排他网关和并行网关的结合体。
   和排他网关一样，你可以在外出顺序流上定义条件，包含网关会解析它们。 但是主要的区别是包容网关可以选择多于一条顺序流，这和并行网关一样。

包容网关的功能是基于进入和外出顺序流的：
l 分支：
所有外出顺序流的条件都会被解析，结果为true的顺序流会以并行方式继续执行， 会为每个顺序流创建
一个分支。
l 汇聚：
所有并行分支到达包含网关，会进入等待状态， 直到每个包含流程token的进入顺序流的分支都到达。
这是与并行网关的最大不同。换句话说，包容网关只会等待被选中执行了的进入顺序流。 在汇聚之后，流程会穿过包含网关继续执行。

补充：
（1）包容网关如果没有定义默认分支，则必须传递全部条件；
（2）如果没有传递任何条件，有默认分支就走默认分支，没有默认分支则报错；

4. 事件网关

事件网关允许根据事件判断流向。网关的每个外出顺序流都要连接到一个中间捕获事件。 当流程到达一个基于事件网关，网关会进入等待状态：会暂停执行。与此同时，会为每个外出顺序流创建相对的事件订阅。
事件网关的外出顺序流和普通顺序流不同，这些顺序流不会真的"执行"， 相反它们让流程引擎去决定执行到事件网关的流程需要订阅哪些事件。 要考虑以下条件：

• 事件网关必须有两条或以上外出顺序流；
• 事件网关后，只能使用intermediateCatchEvent类型（activiti不支持基于事件网关后连接 ReceiveTask）
• 连接到事件网关的中间捕获事件必须只有一个入口顺序流。

intermediateCatchEvent支持的事件类型：
Message Event: 消息事件
Singal Event： 信号事件
Timer Event： 定时事件

用大白话解释：

• 排他网关：解析条件,要不报错,要不走一个
• 并行网关：不解析条件,不报错,都走
• 包含网关：解析条件,条件成立就走,不成立就不走,全都不成立报错
• 事件网关：基于事件触发一个。

5. 整合配置

databaseSchemaUpdate的取值注意：

• flase： 默认值。activiti在启动时，会对比数据库表中保存的版本，如果没有表或者版本不匹 配，将抛出异常。（生产环境常用）
• true： activiti会对数据库中所有表进行更新操作。如果表不存在，则自动创建。（开发时常 用）
• create_drop： 在activiti启动时创建表，在关闭时删除表（必须手动关闭引擎，才能删除表）。 （单元测试常用）
• drop-create： 在activiti启动时删除原来的旧表，然后在创建新表（不需要手动关闭引擎）。

补充：
（1）如果不使用网关，单纯使用连线，则符合条件的分支都会走；
（2）默认分支不需要加条件；
（3）连线的特征：
无论有无默认走向，必须传递条件；
有默认条件，如果传递的条件不正确，不报错，会走默认的走向。