camunda流程引擎概念术语

前言

本文重点介绍开源流程引擎camunda的核心概念，这些概念同样适用于JBMP、Activiti、Flowable流程引擎，了解这些基本概念和原理，使用流程引擎API将更得心应手。

一、Process Definition

Process Definition即流程定义。Process Definition定义了流程的结构，或者说定义了业务活动的执行过程。Camunda bpm使用bpmn2.0作为其流程定义的主要建模语言。在Camunda BPM中，提供了C/S流程建模工具（Modeler）和B/S流程建模工具（bpmn.io），用户通过拖拉拽的方式设计流程图，这个设计完的xml文件就是流程定义。

二、Process Instance

Process Instance即流程实例。流程实例是流程定义的单独执行，流程定义和流程实例是一对多关系。流程实例与流程定义的关系与面向对象编程中对象与类的关系相同（在这种类比中，流程实例扮演对象的角色，流程定义扮演类的角色）。
流程定义设计完成后，发布到BPM，通过流程引擎解析流程定义，发起一次流程即创建了一个流程实例，比如：创建了一个“请假流程”，这是一个流程定义，张三发起了一次请假流程，即创建了一个流程实例，李四也发起了一次请假，就是创建了另一个流程实例，这两个实例均基于流程定义创建生成。

三、Execution

Execution即流程执行实例，如果流程实例包含多个执行路径（例如，在并行网关之后），则会同时产生多个执行实例，即execution, 通过excutionId能够区分流程实例内的当前活动路径。如下流程图，“receive payment”和“ship order”节点同时运行，即有两个execution在运行。

Execution（执行）是分层的，流程实例中的所有Execution（执行）组成一个树，Process Instance（流程实例）是树中的根节点，Process Instance（流程实例）本身就是一个Execution（执行）。

四、Activity Instance

Activity Instance即活动实例，活动实例概念与执行概念类似，但采用了不同的视角。虽然可以将执行想象为在流程中移动的令牌，但活动实例表示活动（任务、子流程等）的单个实例。因此，活动实例的概念更面向状态。

五、Process Variable

Process Variable即流程变量，流程变量在整个工作流中扮演很重要的作用，是业务和流程引擎之间交互信息的载体，业务可以把数据放到流程变量里传递给流程引擎，流程引擎也可以把信息放到流程变量给传递给业务，流程变量最常见的用途有路由条件表达式、流程执行事件参数等。例如：请假流程中有请假天数、请假原因等一些参数都为流程变量的范围。流程变量的作用域范围是流程实例，也就是说各个流程实例的流程变量是不相互影响的。

六、Tasklist

Tasklist即任务列表，也就是待办任务。当流程节点是人工任务类型时，才可产生任务列表。

七、Job and Job Definition

Job and Job Definition即作业执行器，Camunda流程引擎包含一个名为Job Executor的组件。作业执行器是一个调度组件，负责执行异步后台工作。考虑一个计时器事件的例子：每当流程引擎到达计时器事件时，它将停止执行，将当前状态保存到数据库，并创建一个作业以在将来继续执行。部署流程时，流程引擎会为流程中的每个活动创建作业定义，这些活动将在运行时创建作业。