市場(chǎng)上比較有名的開源流程引擎有osworkflow、jbpm、activiti、flowable、camunda。其中：Jbpm4、Activiti、Flowable、camunda四個(gè)框架同宗同源，祖先都是Jbpm4，開發(fā)者只要用過其中一個(gè)框架，基本上就會(huì)用其它三個(gè)。

低代碼平臺(tái)、辦公自動(dòng)化（OA）、BPM平臺(tái)、工作流系統(tǒng)均需要流程引擎功能，對(duì)于市場(chǎng)上如此多的開源流程引擎，哪個(gè)功能和性能好，該如何選型呢？

圖片

一、主流開源流程引擎介紹

1、Osworkflow

Osworkflow是一個(gè)輕量化的流程引擎，基于狀態(tài)機(jī)機(jī)制，數(shù)據(jù)庫(kù)表很少，Osworkflow提供的工作流構(gòu)成元素有：步驟（step）、條件（conditions）、循環(huán)（loops）、分支（spilts）、合并（joins）等，但不支持會(huì)簽、跳轉(zhuǎn)、退回、加簽等這些操作，需要自己擴(kuò)展開發(fā)，有一定難度，如果流程比較簡(jiǎn)單，osworkflow是很好的選擇，但該開源組件已過時(shí)，長(zhǎng)時(shí)間沒有版本升級(jí)了。

官方網(wǎng)站：http://www.opensymphony.com/osworkflow/

2、JBPM

JBPM由JBoss公司開發(fā)，目前最高版本JPBM7，不過從JBPM5開始已經(jīng)跟之前不是同一個(gè)產(chǎn)品了，JBPM5的代碼基礎(chǔ)不是JBPM4，而是從Drools Flow重新開始，基于Drools Flow技術(shù)在國(guó)內(nèi)市場(chǎng)上用的很少，所以不建議選擇jBPM5以后版本。

jBPM4誕生的比較早，后來(lái)JBPM4創(chuàng)建者Tom Baeyens離開JBoss后，加入Alfresco后很快推出了新的基于jBPM4的開源工作流系統(tǒng)Activiti，另外JBPM以hibernate作為數(shù)據(jù)持久化ORM也已不是主流技術(shù)，現(xiàn)在時(shí)間節(jié)點(diǎn)選擇流程引擎，JBPM不是最佳選擇。

官方網(wǎng)站：https://www.jbpm.org/

3、Activiti

activiti由Alfresco軟件開發(fā)，目前最高版本activiti 7。activiti的版本比較復(fù)雜，有activiti5、activiti6、activiti7幾個(gè)主流版本，選型時(shí)讓人暈頭轉(zhuǎn)向，有必要先了解一下activiti這幾個(gè)版本的發(fā)展歷史。

activiti5和activiti6的核心leader是Tijs Rademakers，由于團(tuán)隊(duì)內(nèi)部分歧，在2017年時(shí)Tijs Rademakers離開團(tuán)隊(duì)，創(chuàng)建了后來(lái)的flowable，activiti6以及activiti5代碼已經(jīng)交接給了 Salaboy團(tuán)隊(duì)。

activiti6以及activiti5的代碼官方已經(jīng)暫停維護(hù)了，Salaboy團(tuán)隊(duì)目前在開發(fā)activiti7框架，activiti7內(nèi)核使用的還是activiti6，并沒有為引擎注入更多的新特性，只是在activiti之外的上層封裝了一些應(yīng)用。

結(jié)論是activiti謹(jǐn)慎選擇。

官方網(wǎng)站：https://www.activiti.org/

4、flowable

flowable基于activiti6衍生出來(lái)的版本，flowable目前最新版本是v6.6.0，開發(fā)團(tuán)隊(duì)是從activiti中分裂出來(lái)的，修復(fù)了一眾activiti6的bug，并在其基礎(chǔ)上研發(fā)了DMN支持，BPEL支持等等，相對(duì)開源版，其商業(yè)版的功能會(huì)更強(qiáng)大。

以flowable6.4.1版本為分水嶺，大力發(fā)展其商業(yè)版產(chǎn)品，開源版本維護(hù)不及時(shí)，部分功能已經(jīng)不再開源版發(fā)布，比如表單生成器（表單引擎）、歷史數(shù)據(jù)同步至其他數(shù)據(jù)源、ES等。

Flowable 是一個(gè)使用 Java 編寫的輕量級(jí)業(yè)務(wù)流程引擎，使用 Apache V2 license 協(xié)議開源。2016 年 10 月，Activiti 工作流引擎的主要開發(fā)者離開 Alfresco 公司并在 Activiti 分支基礎(chǔ)上開啟了 Flowable 開源項(xiàng)目。基于 Activiti v6 beta4 發(fā)布的第一個(gè) Flowable release 版本為6.0。

Flowable 項(xiàng)目中包括 BPMN（Business Process Model and Notation）引擎、CMMN（Case Management Model and Notation）引擎、DMN（Decision Model and Notation）引擎、表單引擎（Form Engine）等模塊。

官方網(wǎng)站：https://flowable.com/open-source/

5、Camunda

Camunda基于activiti5，所以其保留了PVM，最新版本Camunda7.15，保持每年發(fā)布2個(gè)小版本的節(jié)奏，開發(fā)團(tuán)隊(duì)也是從activiti中分裂出來(lái)的，發(fā)展軌跡與flowable相似，同時(shí)也提供了商業(yè)版，不過對(duì)于一般企業(yè)應(yīng)用，開源版本也足夠了，強(qiáng)烈推薦camunda流程引擎，功能和性能表現(xiàn)穩(wěn)定。

選擇camunda的理由：

1）通過壓力測(cè)試驗(yàn)證Camunda BPMN引擎性能和穩(wěn)定性更好。

2）功能比較完善，除了BPMN，Camunda還支持企業(yè)和社區(qū)版本中的CMMN（案例管理）和DMN（決策自動(dòng)化）。Camunda不僅帶有引擎，還帶有非常強(qiáng)大的工具，用于建模，任務(wù)管理，操作監(jiān)控和用戶管理，所有這些都是開源的。

官方網(wǎng)站：https://docs.camunda.org/manual/7.15/introduction/

二、flowable與Camunda對(duì)比分析

1、功能方面對(duì)比

由于Flowable與Camunda好多功能都是類似的，因此在這里重點(diǎn)羅列差異化的功能

• camunda支持流程實(shí)例的遷移，比如同一個(gè)流程有多個(gè)實(shí)例，多個(gè)流程版本，不同流程實(shí)例運(yùn)行在不同的版本中，camunda支持任意版本的實(shí)例遷移到指定的流程版本中，并可以在遷移的過程中支持從哪個(gè)節(jié)點(diǎn)開始。
• camunda基于PVM技術(shù)，所以用戶從Activii5遷移到camunda基本上毫無(wú)差異。flowable沒有pvm了，所以遷移工作量更大（實(shí)例的遷移，流程定義的遷移、定時(shí)器的遷移都非常麻煩）。
• camunda對(duì)于每一個(gè)CMD命令類都提供了權(quán)限校驗(yàn)機(jī)制，flowable沒有。
• camunda繼續(xù)每一個(gè)API都有批處理的影子，flowable幾乎沒有。比如批量掛起流程、激活流程等，使用camunda可以直接使用API操作，使用Flowable則只能自己去查詢集合，然后循環(huán)遍歷集合并操作。
• camunda很多API均支持批處理，在批量處理的時(shí)候可以指定是異步方式操作或者是同步方式操作。異步的話定時(shí)器會(huì)去執(zhí)行。Flowable沒有異步批處理的機(jī)制。比如批量異步刪除所有的歷史數(shù)據(jù)。
• camunda啟動(dòng)實(shí)例的時(shí)候支持從哪個(gè)節(jié)點(diǎn)開始，而不是僅僅只能從開始節(jié)點(diǎn)運(yùn)轉(zhuǎn)實(shí)例。Flowable僅僅只能從開始節(jié)點(diǎn)運(yùn)轉(zhuǎn)實(shí)例。
• camunda支持任意節(jié)點(diǎn)的跳轉(zhuǎn)，可以跳轉(zhuǎn)到連線也可以跳轉(zhuǎn)到節(jié)點(diǎn)，并且在跳轉(zhuǎn)的過程中支持是否觸發(fā)目標(biāo)節(jié)點(diǎn)的監(jiān)聽器。flowable沒有改原生API需用戶去擴(kuò)展。
• camunda支持雙異步機(jī)制，第一個(gè)異步即節(jié)點(diǎn)可以異步執(zhí)行，第二個(gè)異步方式是：完成異步任務(wù)后，還可以繼續(xù)異步去執(zhí)行任務(wù)后面的連線。所以稱之為雙異步機(jī)制，flowable只有第一種異步方式。
• camunda支持多種腳本語(yǔ)言，這些腳本語(yǔ)言可以在連線上進(jìn)行條件表達(dá)式的配置，開箱即用。比如python、ruby、groovy、JUEL。flowable僅僅支持JUEL、groovy。開箱即用的意思就是如果想用python直接引入jython包就可以用了，不需要額外配置。
• camunda支持外部任務(wù)，比如我們有時(shí)候想在一個(gè)節(jié)點(diǎn)中執(zhí)行調(diào)用第三方的API或者完成一些特定的邏輯操作，就可以使用外部任務(wù)，外部任務(wù)有兩種表，并支持第三方系統(tǒng)定期來(lái)抓取并鎖定外部任務(wù)，然后執(zhí)行業(yè)務(wù)完畢之后，完成外部任務(wù)，流程實(shí)例繼續(xù)往下執(zhí)行。外部任務(wù)的好處就是解決了分布式事物的問題。在flowable中我們可以使用httpTask任務(wù)，我個(gè)人更傾向于camunda外部任務(wù)，因?yàn)檫@個(gè)外部任務(wù)有外部系統(tǒng)決定什么時(shí)候完成，httpTask是不等待任務(wù)，實(shí)例走到這個(gè)節(jié)點(diǎn)之后，調(diào)用一個(gè)api就直接往下跑了，外部任務(wù)不會(huì)繼續(xù)往下跑，有外部系統(tǒng)去決定啥時(shí)候往下跑。
• camunda支持為用戶定制一些個(gè)性化的偏好查找API，比如張三每次查詢?nèi)蝿?wù)的時(shí)候，一般固定點(diǎn)擊某某三個(gè)查詢條件過濾數(shù)據(jù)，使用camunda就可以將這三個(gè)查詢條件進(jìn)行持久化，下次張三來(lái)了，就可以直接根據(jù)他的偏好進(jìn)行數(shù)據(jù)的過濾，類似機(jī)器學(xué)習(xí)。
• camunda支持歷史數(shù)據(jù)的批量刪除或者批量遷移到其他介質(zhì)，比如批量遷移到es，flowable沒有該機(jī)制。
• camunda支持在高并發(fā)部署流程的時(shí)候，是否使用鎖機(jī)制，flowable沒有該機(jī)制。
• camunda支持單引擎多組合、多引擎多庫(kù)。flowable僅僅支持單引擎多組合。
• camunda支持流程實(shí)例跨流程定義跳轉(zhuǎn)，flowable沒有該機(jī)制。
• camunda支持分布式定時(shí)器，flowable沒有該機(jī)制。
• flowable支持nosql，camunda只有nosql的解決方案。
• camunda支持優(yōu)化流程，以及了解流程引擎的瓶頸所在和每個(gè)環(huán)節(jié)的耗時(shí)，flowable沒有該機(jī)制。
• camunda修改了流程模板xml解析方式，相比f(wàn)lowable性能更好。
• camunda在解析流程模板xml的時(shí)候，去除了activiti5的雙解析機(jī)制，相對(duì)而言耗時(shí)時(shí)間更短。flowable沒有了pvm所以規(guī)避了雙解析機(jī)制。
• camunda可以在任意節(jié)點(diǎn)添加任意的屬性，flowable原生API沒有，需要自己擴(kuò)展。
• camunda框架沒有為流程生成圖片的API(所有流程圖展示以及高亮均在前端動(dòng)態(tài)計(jì)算)，activiti5/6/flowable5/flowable6有圖片生成以及高亮的API.
• camunda可以在節(jié)點(diǎn)中定義定時(shí)作業(yè)的優(yōu)先級(jí)，也可以在流程中進(jìn)行全局優(yōu)先級(jí)的定義。當(dāng)節(jié)點(diǎn)沒有定義優(yōu)先級(jí)的時(shí)候可以使用全局的優(yōu)先級(jí)字段。activiti5/6/flowable5/flowable6沒有改功能。
• camunda可以再流程中定義流程的tag標(biāo)記，activiti5/6/flowable5/flowable6沒有改功能。
• camunda/activiti5/6/flowable5/flowable6 均不支持國(guó)產(chǎn)數(shù)據(jù)庫(kù)，比如人大金倉(cāng) 和 達(dá)夢(mèng)。
• flowable6支持LDAP，openLDAP,camunda不支持。activiti5不支持。

2、性能方面對(duì)比

筆者通過flowable和camunda多組對(duì)比測(cè)試，camunda性能比f(wàn)lowablet提升最小10%，最大39%，而且camunda無(wú)報(bào)錯(cuò)，flowable有報(bào)錯(cuò)，camunda在高并發(fā)場(chǎng)景下穩(wěn)定性更好。

圖片

三、選型推薦

推薦大家使用camunda（流程引擎）+bpmn-js（流程設(shè)計(jì)器）組合，筆者在公司項(xiàng)目中經(jīng)過實(shí)戰(zhàn)驗(yàn)證，camunda在功能方面比f(wàn)lowable、activiti流程引擎強(qiáng)大，性能和穩(wěn)定性更突出。