jBPM4   PVM （ Process   Virtual   Machine ，流程虚拟机）的设计初衷是通过实现接口和定制插件等方式兼容多种流程定义语言和流程活动场景，为 “ 世界上 ” 所有的业务流程定义提供一套通用 API 平台 。  那么，无论是需要对 jBPM 原有流程定义语言进行扩展，或者重新实现一套专用的流程定义语言，都可以通过实现 PVM 指定的接口规范完成咯。

PVM 是一个特定可执行的图形化开发框架。基于 PVM 规范的流程定义可以实例化为 “执行流”，它拥有可以表现为图形的数据结构。

只要完全实现了 PVM 的接口规范，流程虚拟机通过这些接口执行我们设计的业务流程定义。

1 架构

PVM 将流程定义从具体的活动行为中剥离出来。它仅负责从流程的一个活动转移到下一个活动时，提取流程的执行上下文，而活动的具体行为则委派给可定制、可拔插的 Java 类。它还提供活动行为的 API，用来作为 PVM 和活动行为实现代码之间的桥梁。所以，jPDL 流程定义语言及其相关代码是一系列流程活动行为的实现和解析器。

流程定义的图形化表达

流程定义可以看做是静态的业务过程模板，它包含活动（Activity）与转移（Transition），活动的行为被封装在该类型活动定义的实现中。

流程定义类图

可以看出流程定义（ProcessDefinitionImpl） 与活动定义（ActivityImpl ）都继承了抽象类 CompositeElementImpl。

在 CompositeElementImpl.java 中：

...protected List<ActivityImpl> activities;
...

这使得流程定义拥有了包含多个活动定义的能力。

ActivityImpl.java：

...protected List<TransitionImpl> outgoingTransitions = new ArrayList<TransitionImpl>();protected List<TransitionImpl> incomingTransitions = new ArrayList<TransitionImpl>();
...

从代码中可以看出，一个活动可以具有多个流入转移和多个流出转移。

TransitionImpl.java：

protected ActivityImpl source;protected ActivityImpl destination;

从代码中可以看出，一个转移只有一个源活动以及一个目的活动。

PVM 只提供了上述的执行环境以及 API，这些 API 被具体的活动类型所实现。活动可以是等待状态，即活动的控制权被交给系统的外部，比如人工任务活动或异步执行。当流程实例陷入等待状态，就意味着流程实例的上下文会被持久化到数据库中。

一个流程实例可以生成多个 “子执行”，每个执行都可以认为是指向当前活动的指针：

执行中的流程实例

ExecutionImpl.java

.../** are concurrent executions that related to this execution. */protected Collection<ExecutionImpl> executions = new ArrayList<ExecutionImpl>();/** the parent child relation of executions is convenient for some forms of
 * concurrency. */protected ExecutionImpl parent;protected ExecutionImpl processInstance;
... /** transient cached current activity pointer.  persistence is managed in {@link #activityName} */private ActivityImpl activity;
...

可以看出，ExecutionImpl 可以具有多个子执行（ExecutionImpl ），即在需要的情况下，它可以分解为多个子执行并行运行，每个子执行都拥有其父执行的引用。每个执行都会指向当前的活动（ActivityImpl ）。

2 实现

PVM 的实现按包划分如下：

作者：deniro
原文链接
來源：简书