编者按：流程引擎在各个行业都有应用，其重要性不言而喻，充分了解流程引擎是一项重要课题。本文详细介绍了开源流程引擎Activiti 的优点与局限性，为流程引擎的选型提出了参考性建议。

基础概念

首先，我们来了解几个概念：BPM、BPMN、流程引擎。

BPM（Business Process Management），即业务流程管理，BPM系统，即业务流程管理的系统。

BPMN（Business Process Model And Notation）， 业务流程模型和符号，是由BPMI（BusinessProcess Management Initiative）开发的一套标准的业务流程建模符号，使用 BPMN 提供的符号可以创建业务流程。即BPMN是用来建模业务流程的标准规则。

流程引擎，用来驱动业务按照设定的固定流程去流转的东西，在复杂多变的业务情况下，使用既定的流程能够大大降低我们设计业务的成本，并且保证了我们业务执行的准确性。

流程引擎选型之Activiti

市场上比较有名的开源流程引擎有osworkflow、jbpm、activiti、flowable、camunda。其中：Jbpm4、Activiti、Flowable、camunda四个框架同宗同源，祖先都是Jbpm4，开发者只要用过其中一个框架，基本上就会用其它三个。另外，也有一些厂商自主研发的流程引擎，表现很不错，特别是在满足中国特色的流程需求方面，比如国产老厂商天翎。

孙子兵法有云：“知己知彼，百战不殆。”在充分了解流程引擎后，我们才能做出更好的选择。今天我们主要讲讲开源流程引擎Activiti。

Activiti由Alfresco软件开发，目前最高版本是Activiti 7。Activiti的版本比较复杂，有Activiti5、Activiti6、Activiti7几个主流版本。Activiti5和Activiti6的核心leader是Tijs Rademakers，由于团队内部分歧，在2017年时Tijs Rademakers离开团队，创建了后来的flowable, Activiti6以及Activiti5代码已经交接给了 Salaboy团队，Activiti6以及Activiti5的代码官方已经暂停维护了， Salaboy团队目前在开发Activiti7框架，activiti7内核使用的还是Activiti6，并没有为引擎注入更多的新特性，只是在Activiti6之外的上层封装了一些应用。

Activiti 是一个流程引擎， activiti 可以将业务系统中复杂的业务流程抽取出来，使用专门的建模语言（BPMN2.0）进行定义，业务系统按照预先定义的流程进行执行，实现了业务系统的业务流程由 Activiti 进行管理，减少业务系统由于流程变更进行系统升级改造的工作量，从而提高系统的健壮性，同时也减少了系统开发维护成本。

Activiti的设计初衷是嵌入式引擎应用，减少大量的硬编码工作，而应对BPM引擎中心需求仍有很多不足。

1 Activiti启动后，自动初始化23张数据表（作为Activiti升级版的Flowable，会自动创建46张表），实际业务场景中很多基本用不上。

2 流程变量属性数据的存储方式，采用纵表结构（为每个字段保存一条数据记录）。当一条流程记录中由500个字段，则会产生500条变量属性记录，当业务量大时会严重影响性能，并产生锁表现象。

3 自动数据源绑定，一个引擎实例指定一个数据源，在多应用（应用商店）场景下，无法为不同应用绑定不同的数据源

4 流程历史表同样采用纵表结构，不保存历史数据，则无法回溯，保存会产生单表过亿数据

5 无法多数据源同时工作，业务数据源和流程数据源不在一个数据库事务，会导致数据不一致。

6 表单和流程无法紧密耦合，如果有业务表单存在，则只能业务表单存一份数据，流程参数存一份数据，处理不好会导致数据不一致。

7 Activiti自带用户体系，主要是：用户 + 用户组实现，在复杂组织架构中，需要扩展。但扩展后无法做到向后兼容，后续（Activiti）版本升级是个问题。

8 Activiti和升级版Flowable（flowable是基于activiti6衍生出来的版本，flowable目前最新版本是v6.6.0）已经是属于两个商业实体，在后续的技术进化路线上产生明显的分歧。

小结：

目前市面上比较火爆的低代码平台，都是基于流程引擎开发的，我们在选择平台时需要仔细斟酌，比如宏天、红迅是基于开源Activiti作为流程引擎，所以不可避免受到Activiti的限制，建议三思而后行。