前言
我在前面详细的介绍了几种网关和任务，其中的排他网关，并行网关，包容网关都属于基于数据的网关（Data-based inclusive gateways），它们必须依赖现有的条件做出选择。BPMN Process Token与Gateway——Camunda Workflow 开发实践_郭麻花的博客-CSDN博客
在上篇博客的末尾，我介绍了一种无法结束Workflow Instance的情况，那种情况应如何解决呢。
这次，我主要来介绍一些基于事件的网关，BPMN当中事件主要分为两类，Catching events 和 Throwing events。
Message?Event
消息对于做过微服务的同学来说并不陌生，我们可以利用RabbitMQ来搭建一个分布式消息总线，以此来实现事件驱动的程序设计，BPMN当中也为我们提供了几种基于Message的事件。
Message Intermediate Catch Event
如图所示，我添加了一个Message Intermediate Catch event在Task A之后，它会一直等待Message的出现才会往下进行。?
使用Postman查询当前订阅消息事件，并触发。
Message Boundary Event（Interrupting）
将上图中的Message Event拖拽到Task A上，它就会自动从Intermediate Event变为Boundary Event。 ?
?
- 如果我们直接Complete Task A会发现ProcessToken并没有发生复制，而是来到了Task B；
- 而如果在Task A进行期间，Message事件发生，那么workflow将来到Task C。
这是Boundary Event的一个重要形式，它是Event-based Gateways当中的一种方式。
当然Message Boundary Event（Interrupting）还有一种non-Interrupting模式
Message Boundary Event（non-Interrupting）
这种non-Interrupting模式的特点是：Message事件发生，ProcessToken会复制而不是直接向下传递。
Timer?Intermediate?Event
Timer 有三种模式
1. Date(定时执行)?
<timerEventDefinition>
<timeDate>2011-03-11T12:13:14Z</timeDate>
</timerEventDefinition>2. Duration（逾期执行）
<timerEventDefinition>
<timeDuration>P10D</timeDuration>
</timerEventDefinition>3. Cycle（循环执行）
? 重复3次，每次间隔10 小时
<timerEventDefinition>
<timeCycle>R3/PT10H</timeCycle>
</timerEventDefinition>?也可以使用 cron 表达式指定时间周期，如从整小时开始的每 5 分钟触发一次触发器：
0 0/5 * * * ?Timer Event的种类
同时Timer与Message极为类似，同样分为Intermediate 和 Boundary 两种。Boundary又分为Interrupting 和 non-Interrupting。这里不再赘述它们的区别。
1. Timer?Intermediate Event
Task A完成，ProcessToken复制，超时后Timer Event触发，激活Task B。
?2. Timer Boundary Event(Interrupting)
Task A未完成，超时后Timer Event触发，ProcessToken向下传递，激活Task B。
?3.?Timer Boundary Event(non-Interrupting)
Task A未完成，超时后Timer Event触发，ProcessToken复制并向下传递，循环重复激活Task B。
?
?Conditional Event
?Conditional Event是一种简单好用的Event，当我们仅仅希望等待某个条件为Ture再继续往下进行的时候，可以使用Conditional Event。
?如上图所示，workflow会等待Price > 50条件满足才会往下进行，让我们为Instance添加一个variable: Pirce =?40。此时不满足?Conditional Event的条件，因此workflow不会往下进行。
当我们我们修改Price = 60之后，满足条件的Conditional Event才会对ProcessToken放行。
?Termination Event
在上一篇博客当中，我们讲到了两个可能会导致workflow Instance无法正常结束的例子。其实我们可以使用Termination Event来终止workflow当中多余的任务。
?如图，不同于End Event, Termination Event不仅会销毁当前ProcessToken，也会将workflow当中未到达终点的ProcessToken一起销毁，从而结束整个workflow instance。
Signal Event
Signal Event与message类似，它们最大的区别在于Signal 不需要消息接收者，它可以作为Start Event，开启一个新的Workflow Instance。
?另外，Signal与Message，Timer 一样，都分为Intermediate/Boundary 两种，Boundary 也分为Interrupting 和 non-Interrupting两种模式，这里不再赘述。
?
?