Flowable各Service作用及详解

ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
RuntimeService runtimeService = processEngine.getRuntimeService();
RepositoryService repositoryService = processEngine.getRepositoryService();
TaskService taskService = processEngine.getTaskService();
ManagementService managementService = processEngine.getManagementService();
IdentityService identityService = processEngine.getIdentityService();
HistoryService historyService = processEngine.getHistoryService();
FormService formService = processEngine.getFormService();
DynamicBpmnService dynamicBpmnService = processEngine.getDynamicBpmnService();

在 ProcessEngines.getDefaultProcessEngine() 第一次被调用时，将初始化并构建流程引擎，之后的重复调用都会返回同一个流程引擎。可以通过 ProcessEngines.init() 创建流程引擎，并由 ProcessEngines.destroy() 关闭流程引擎。ProcessEngines 会扫描 flowable.cfg.xml 与 flowable-context.xml 文件。对于 flowable.cfg.xml 文件，流程引擎会以标准 Flowable 方式构建引擎ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(inputStream).buildProcessEngine()对于 flowable-context.xml 文件，流程引擎会以 Spring 的方式构建：首先构建 Spring 应用上下文，然后从该上下文中获取流程引擎。所有的服务都是无状态的。这意味着你可以很容易的在集群环境的多个节点上运行 Flowable ，使用同一个数据库，而不用担心上一次调用实际在哪台机器上执行。不论在哪个节点执行，对任何服务的任何调用都是幂等（ idempotent ）的。

RepositoryService 很可能是使用 Flowable 引擎要用的第一个服务。这个服务提供了管理与控制部署(deployments) 与流程定义 (process definitions) 的操作。在这里简单说明一下，流程定义是 BPMN2.0 流程对应的 Java 对象，体现流程中每一步的结构与行为。部署是 Flowable 引擎中的包装单元，一个部署中可以包含多个BPMN 2.0 XML 文件及其他资源。开发者可以决定在一个部署中包含的内容，可以是单个流程的 BPMN 2.0 XML 文件，也可以包含多个流程及其相关资源（如 ’hr-processes’ 部署可以包含所有与人力资源流程相关的的东西）。 RepositoryService 可用于部署这样的包。部署意味着将它上传至引擎，引擎将在储存至数据库之前检查与分析所有的流程。在部署操作后，可以在系统中使用这个部署包，部署包中的所有流程都可以启动。此外，这个服务还可以：查询引擎现有的部署与流程定义。暂停或激活部署中的某些流程，或整个部署。暂停意味着不能再对它进行操作，激活刚好相反，重新使它可以操作。获取各种资源，比如部署中保存的文件，或者引擎自动生成的流程图。获取 POJO 版本的流程定义。它可以用 Java 而不是 XML 的方式查看流程。

RuntimeService 与提供静态信息（也就是不会改变，至少不会经常改变的信息）RepositoryService 相反， 用于启动流程定义的新流程实例。前面介绍过，流程定义中定义了流程中不同步骤的结构与行为。流程实例则是流程定义的实际执行过程。同一时刻，一个流程定义通常有多个运行中的实例。 RuntimeService 也用于读取与存储流程变量。流程变量是流程实例中的数据，可以在流程的许多地方使用（例如排他网关经常使用流程变量判断流程下一步要走的路径）。RuntimeService 还可以用于查询流程实例与执行 (Execution) 。执行也就是 BPMN 2.0 中 ‘token’ 的概念。通常执行是指向流程实例当前位置的指针。最后，还可以在流程实例等待外部触发时使用 RuntimeService ，使流程可以继续运行。流程有许多等待状态 (wait states) ， RuntimeService 服务提供了许多操作用于 “ 通知 ” 流程实例：已经接收到外部触发，流程实例可以继续运行。

TaskService 对于像 Flowable 这样的 BPM 引擎来说，核心是需要人类用户操作的任务。所有任务相关的东西都组织在 TaskService 中，例如：查询分派给用户或组的任务创建 独立运行 (standalone) 任务。这是一种没有关联到流程实例的任务。决定任务的执行用户 (assignee) ，或者将用户通过某种方式与任务关联。认领 (claim) 与完成 (complete) 任务。认领是指某人决定成为任务的执行用户，也即他将会完成这个任务。完成任务是指 “ 做这个任务要求的工作 ” ，通常是填写某个表单。

IdentityService 很简单。它用于管理（创建，更新，删除，查询 …… ）组与用户。请注意， Flowable 实际上在运行时并不做任何用户检查。例如任务可以分派给任何用户，而引擎并不会验证系统中是否存在该用户。这是因为 Flowable 有时要与 LDAP 、 Active Directory 等服务结合使用。

FormService 是可选服务。也就是说 Flowable 没有它也能很好地运行，而不必牺牲任何功能。这个服务引入了 开始表单(start form) 与 任务表单 (task form) 的概念。 开始表单 是在流程实例启动前显示的表单，而 任务表单 是用户完成任务时显示的表单。 Flowable 可以在 BPMN 2.0 流程定义中定义这些表单。表单服务通过简单的方式暴露这些数据。再次重申，表单不一定要嵌入流程定义，因此这个服务是可选的。

HistoryService 暴露 Flowable 引擎收集的所有历史数据。当执行流程时，引擎会保存许多数据（可配置），例如流程实例启动时间、谁在执行哪个任务、完成任务花费的事件、每个流程实例的执行路径，等等。这个服务主要提供查询这些数据的能力。

ManagementService 通常在用 Flowable 编写用户应用时不需要使用。它可以读取数据库表与表原始数据的信息，也提供了对作业 (job) 的查询与管理操作。 Flowable 中很多地方都使用作业，例如定时器 (timer) ，异步操作 (asynchronouscontinuation) ，延时暂停 / 激活 (delayed suspension/activation) 等等。

DynamicBpmnService 可用于修改流程定义中的部分内容，而不需要重新部署它。例如可以修改流程定义中一个用户任务的办理人设置，或者修改一个服务任务中的类名。