事件

从技术上讲，空启动事件表示未指定用于启动该流程实例的触发器。

空启动事件通过没有内部图标（即，没有触发类型）的圆圈表示。

空启动事件用两个特殊的属性：

空启动事件的 XML 表示形式是一个常规的启动事件声明，但没有任何子元素。 （其他启动事件类型都有一个声明类型的子元素）。

尽管 BPMN 允许使用多个启动事件，但技术上说，流程只能有一个 none 启动事件。否则会在部署时导致错误。 不要使用多个 none 启动事件，如下图所示：

然而，可以使用多个其他类型的启动事件：

只要消息（或信号）不同，就可以使用多个消息（或信号）启动事件。

事件子流程可以具有中断型或非中断型的启动事件。

上图中，第一个子流程在时间结束时中断主流程。 第二个子流程执行一个服务任务并结束，不影响主流程。

中间空事件（Intermediate none events） 可用于表示流程中达到的某些状态。 引擎本身在事件中不做任何事情，只是穿过该事件继续行进。

中间空事件在图中展示为双线且没有内部图标（即，没有触发器类型）的圆圈。

中间空事件无特定属性

中间空事件的 XML 是使用 intermediateThrowEvent 定义的事件声明，没有任何子元素。

空结束事件（none end event） 是一种结束事件，表示流程完成，但没有任何特定输出或结果。 不会触发流程中的任何后续活动或流。

空结束事件在图中展示为粗线且没有内部图标的圆圈。

空结束事件无特定属性

正式来说，结束事件并非必要。流程可以在没有后续活动的时候结束。 但是最好通过结束事件完成流程的每条路径。

不要尝试将所有的分支都引导至同一个结束事件 - 这样只会让图表更混乱。

多个结束事件更有助于分析流程是如何结束的。

定时器启动事件 用来在特定时间创建流程实例。 可用于仅启动一次或按特定时间间隔启动的流程。

定时器启动事件在图中展示为内部有时钟图标的圆圈。

定时器启动事件有一个 Timer 属性，用于定义其类型和表达式。 参阅 定时器类型。

定时器启动事件的 XML 是一个常规的启动事件声明，带有定义定时器的子元素。

一个 timer intermediate event（定时器中间事件） 会暂停流程的执行。当流程执行到这个事件时，定时器会启动。一旦定时器结束，流程继续。

定时器中间事件是一个 等待状态。

定时器中间事件在图中展示为中间捕获事件，内部有一个定时器图标。

定时器中间事件有一个 Timer 属性，定义其类型和表达式。 参阅 定时器类型。

定时器中间事件的 XML 定义是中间捕获事件。 此时，其表示类型的子元素是 timerEventDefinition。

有以下三种定时器：

设置定时器的时间参数有两种方式：使用 ISO 8601 格式的字符串或 Cron 表达式。

消息启动事件（message start event） 可使用命名消息启动流程实例。

消息启动事件在图中显示为带有消息事件符号的圆圈。 如果符号未填充，则表示捕获 （接收） 行为。

消息启动事件必须指定其关联的消息。否则流程部署会出错。

消息启动事件的 XML 表示是带有 messageEventDefinition 子元素的普通启动事件：

消息中间捕获事件（intermediate catching message event） 使用特定的名称捕获消息。

中间捕获消息事件在图中展示为典型的中间事件（双线的圆圈），内部有消息图标。消息图标未填充表示“捕获”。

该元素必须指定其关联的消息。否则流程部署会出错。

消息中间事件在 XML 中定义为中间捕获事件。 此时，其表示类型的子元素是 messageEventDefinition。

当流程进入中间消息捕获事件时，将创建相应的消息订阅。 流程实例会在这里停止并等待，直到收到消息。 之后，捕获事件完成，流程继续执行。

消息中间捕获事件是一个 等待状态。 在下面的示例中，刘成刚将在 Activity 1 完成后等待消息，在收到消息后执行 Activity 2。

信号启动事件（signal start event） 可以使用一个命名的 信号定义 启动流程实例。 流程可以有一个或多个信号启动事件，但信号定义必须不同。

信号启动事件在图中显示为带有信号事件符号的圆圈。如果符号未填充，则表示捕获 （接收） 行为。

元素必须指定其关联的信号。否则会导致部署错误。

信号启动事件的 XML 表示是带有 signalEventDefinition 子元素的普通启动事件：

信号中间捕获事件（Signal intermediate catching event） 捕捉 订阅 的同名信号。 信号中间捕获事件是一个 等待状态。

信号中间捕获事件在图中展示为典型的中间事件（双线的圆圈），内部有信号图标。 图标未填充表示“捕获”。

元素必须指定其关联的信号。否则会导致部署错误。

信号中间抛出事件（intermediate throwing signal event） 会抛出一个信号事件。 抛出的信号会广播至所有的捕获信号事件，包括启动和中间信号 订阅。

信号中间抛出事件在图中展示为典型的中间事件（双线的圆圈）， 内部有信号图标。 图标已填充表示“抛出”。

元素必须指定其关联的信号。否则会导致部署错误。

错误启动事件（error start event） 可用于触发 事件子流程。 不能用于启动流程实例。错误启动事件是中断的（类型）。

错误启动事件在图中展示为带有错误事件符号的圆圈。如果符号未填充，则表示捕获 （接收） 行为。

元素必须指定其关联的错误。如果没设置，则发生的每个错误事件都可以启动子流程。

错误启动事件的 XML 表示是带有 errorEventDefinition 子元素的常规启动事件声明：

错误边界事件（error boundary event） 可以捕获在依附的活动范围内抛出的错误。

错误边界事件在图中显示为边界上的中间事件（双线的圆圈）， 内部有错误图标。 错误图标未填充以表示“捕获”（型）。

元素必须指定其关联的错误。如果没设置，则发生的每个错误事件都可以启动子流程。

当流程执行到 错误结束事件（error end event） 时，当前流程路径将结束并抛出错误。

错误结束事件在图中显示为典型的结束事件（粗线的圆圈），内部有错误图标。 错误图标已填充表示“抛出”。

元素必须指定其关联的错误。如果没设置，则发生的每个错误事件都可以启动子流程。

错误结束事件在 XML 以结束事件表示，带 errorEventDefinition 子元素。

补偿中间抛出事件（Compensation intermediate throwing event） 可用于触发补偿。

补偿边界事件（Compensation boundary event） 可用于将补偿处理逻辑依附至活动。

补偿边界事件必须有方向地关联单个补偿处理逻辑。

补偿边界事件具有与其他边界事件不同的激活策略。 其他边界事件（比如信号边界事件）在所依附的活动启动时被激活。 活动完成后，这些边界事件将被禁用，并取消相应的事件订阅。

而补偿边界事件则不同。 补偿边界事件在所依附的活动成功完成时激活。 此时，才创建补偿事件的相应订阅。 当触发补偿事件或对应的流程实例结束时，删除订阅。 因此，其逻辑如下：

补偿边界事件在图中显示为边界上的典型中间事件（双线圆圈），内部有补偿图标。补偿图标未填充以表示“捕获”。 除了补偿边界事件之外，下图显示了补偿处理逻辑与边界事件的单向关联。

补偿边界事件必须有向关联至单一补偿处理逻辑。

补偿边界事件在 XML 中定义为典型的边界事件：

取消结束事件（cancel end event） 只能与 BPMN 事务子流程 结合使用。当流程到达取消结束事件事件时，将抛出一个取消事件，该事件必须由取消边界事件捕获。然后，取消边界事件取消当前事务并触发补偿。

取消结束事件在图中显示为典型的结束事件（粗线圆圈），内部带有取消图标。取消图标完全为黑色，表示“抛出”。

取消结束事件在 XML 中表示为带 cancelEventDefinition 子元素的结束事件。

一个依附在事务子流程边界的 中间捕获取消事件（intermediate catching cancel event），简称 取消边界事件（boundary cancel event），当事务被取消时触发。

当触发取消边界事件时，首先会中断当前范围内的所有激活的执行分支。 然后，为事务范围内的所有激活的补偿边界事件启动补偿。

补偿是同步执行的，边界事件在离开事务之前会等待补偿完成。 当补偿完成时，使用取消边界事件的出口顺序流，离开事务子流程。

取消边界事件，用内部有一个取消图标的标准中间事件（双线圆圈）表示。取消图标是白色的（未填充），代表“捕获”。

取消边界事件的 XML 定义为一个典型的边界事件：

由于取消边界事件是中断的，因此 cancelActivity 属性不是必需。

在这个示例中，我们可以看到并行执行的两个用户任务。 如果任务 #2 首先完成，则执行将到达终止结束事件。 此时，任务 #1 将被删除，即使仍然处于活动状态。

在下一个示例中，终止结束事件位于子流程中。当达到时，仅影响子流程。 因此，如果任务 #1 处于活动状态，则将被删除，子流程将被终止，主流程则以正常方式继续。

首先，在建模中，尽量使用 信号 代替 消息。多数情况下，这两种事件可以互换。

然后，使用服务任务调用 API。

服务任务可以实现为 Spring bean，示例：

使用 信号抛出中间事件 和 空结束事件 的组合替换：

在某些情况下，可以使用 BPMN 错误事件替代升级事件（escalation events）。 BPMN 中的错误事件用于处理流程执行期间发生的错误或异常。 可用于对流程中的错误处理和恢复机制进行建模。

另一方面，升级事件用于将问题上报到组织或流程层次结构中的更高级别。 当问题无法在当前级别解决并且需要升级以采取进一步措施时，通常会使用升级事件。

因此，升级事件在技术上非常接近错误事件。

条件事件定义当给定的条件计算结果为 true 时会触发的事件。 可以用作事件子流程的启动事件，也可以用作中间事件和边界事件。 启动和边界事件可以是中断或非中断。

可以将信号或消息事件与执行监听器结合使用实现类似的逻辑。

不要使用连接事件。