關於Activiti的一點問題記錄

剛開始接觸activiti是17年下半年，專案組要重新公升級移動的乙個需求管理平台。最開始就是自己看學習文件，到後來有同事手把手的教，自己依葫蘆畫瓢的編輯了自己的第乙個流程。

今天遇到乙個問題，關於activiti的會簽環節與聚合的，所以就記錄了下來。

事情的起因如下：

當流程31環節和12環節合併之後，走到13環節。在測試13環節的abc分支時，發現在測試分支a和分支b，提交成功之後，後台不生成工單，對比了**什麼的，都沒有問題。最後諮詢了之前做流程的同事，經過他的提醒，才發現問題。

分支b的原因：這個流程圖是在原有的基礎上新增新的分支，導致新增的14環境，沒有新增監聽。

每個環境都需要新增這樣的監聽，這樣才能繼續往下流轉。

此時，我以為問題全部解決。但是在測試分支a的時候，發現從11流轉到12後，整合商測試提交成功後，又沒有工單生成了。而且檢查所有環節配置，都沒有問題，我又納悶了。。。

再次諮詢同事，然後才知道原因。

原因如下：

當環節11、12、31第一次聚合的時候，沒有問題，但是從13-11-12 這個環節重新流轉的時候，因為12環節是個會簽環節，此時的activiti會自動的等待31環節，但是31環節已經流轉過了。這樣就導致了乙個死迴圈，所以沒有訂單生成。經過同事的指點，將流程圖修改一下就可以了。

如圖，就是在12環節流轉的時候新增一條分支，b表示等待31環節聚合。如果31已經流轉，則可以直接選擇a分支流轉到32環節。

切記：當兩條分支聚合的時候，其中乙個環節為會簽環節，記得一定要在會簽環節下新增拍他閘道器才能聚合，否則會處所的。