盡管jbpm非常強(qiáng)大，是目前最適合商業(yè)化的開源工作流引擎，可以開發(fā)出復(fù)雜的流程，但是特別遺憾的是并不支持并發(fā)子流程（multiple-subprocess）
有一次我需要做一個復(fù)雜的流程，主流程里要求同時啟動多個并發(fā)執(zhí)行的子流程，并且子流程的數(shù)目和啟動的時間都不確定，當(dāng)所有子流程都結(jié)束以后，主流程才繼續(xù)執(zhí)行。我們知道jbpm里有子流程的設(shè)定，有專門的節(jié)點(diǎn)ProcessState來處理，但是后來發(fā)現(xiàn)無論如何也實(shí)現(xiàn)不了多子流程并發(fā)執(zhí)行，后來看其源碼知道因?yàn)閟ubprocess是作為ProcessState的一個屬性，也就是說ProcessState只能包含一個subprocess的定義，并且最重要的是processInstance.getRootToken()和子流程相關(guān)的只有createSubProcessInstance, getSubProcessInstance, setSubProcessInstance三個方法，這意味著主流程的rootToken只能設(shè)置一個子流程，jbpm并不直接支持多子流程。
那么我們就必須用一個變通的方法來實(shí)現(xiàn)，“并發(fā)”很自然的讓我們想到了fork，但是這里的fork不能搭配join來使用，具體原因，將在后面討論。
下面先給出流程圖：

state節(jié)點(diǎn)用來啟動子流程（實(shí)際應(yīng)用可以換成Task-Node），state進(jìn)入fork后同時進(jìn)入兩個分支，一條去啟動子流程，另一條回到自己，這樣表面看來state沒有動，而同時你又可以啟動第2個，第3個……子流程，需要注意的是第2條子流程和第1個子流程并不處于同一級上，而比第一個子流程低一級，具體請看后面一張圖就明白了，分解后的：

從圖中我們可以看到后一個子流程的整棵樹是前一個子流程的兄弟，但是在業(yè)務(wù)級上是并發(fā)的效果，已經(jīng)實(shí)現(xiàn)我們前面的需求。

現(xiàn)在來說說為什么不能用join而直接用end，因?yàn)闀a(chǎn)生一個問題，state3和sub process 2都到達(dá)了join以后，state2下面的fork就結(jié)束了，就會立刻越過join到達(dá)end，而sub process 1即使執(zhí)行完畢到達(dá)了join卻仍然在傻傻等待著他的兄弟分支也到達(dá)join（而實(shí)際上它已經(jīng)自跑到end去了）一同結(jié)束，這樣sub process 1就會永遠(yuǎn)停在join動彈不得，業(yè)務(wù)無法進(jìn)行。

這是我的一個解決方案，但還有一個問題，雖然全部的子流程都能結(jié)束，主流程也能結(jié)束，但因?yàn)闆]有join，主流程的rootToken仍然停留在fork節(jié)點(diǎn)上。目前我尚不知如何解決，希望各位大家能提出其他更好的解決辦法。
初學(xué)jbpm，水平有限，有不當(dāng)之處還請高手斧正

最后附上demo代碼供參考：