當我們在日常工作和業務中需要進行各種審批流程時,可能會面臨一系列技術和業務上的挑戰。手動處理這些審批流程可能會導致開發成本的增加以及業務復雜度的上升。在這種情況下,引入工作流引擎能夠帶來很多好處,讓我們一起來看看:
在傳統的手動審批系統中,開發人員需要從頭開始設計和實現整個審批流程,包括流程邏輯、狀態跟蹤、任務分配等。這可能需要大量的時間和精力,尤其是在涉及到復雜的業務場景時。
使用工作流引擎,開發人員可以利用其強大的流程建模和執行功能,快速搭建審批系統。工作流引擎提供了圖形化的流程設計工具,讓流程建模變得簡單易懂。這樣,開發人員可以專注于業務邏輯的實現,大大降低了開發成本和周期。
通過引入工作流引擎,我們可以克服手動處理審批流程所帶來的開發成本高和業務復雜度的挑戰。它使得開發人員能夠更專注于業務邏輯的實現,快速構建符合實際需求的審批系統。同時,流程圖的可視化設計和條件判斷的支持,使得業務流程更加清晰、透明,降低了錯誤發生的概率,提高了審批過程的效率和準確性。這將為企業帶來更高的效益和競爭力。
圖片
目前市面上比較主流的幾個工作流引擎包括Activiti、Flowable、Camunda等,體系較為成熟,使用最為廣泛的是activiti,flowable跟activiti本質上沒什么區別,是由activiti改版而來,但是兩者后續發展路線則不一樣,Activiti后續發展重心是在商業版與云上面,并未對核心功能與性能優化上有過多的跟進優化,而flowable當下重心則是針對功能性、擴展性、性能上進行迭代優化。
圖片
當然,具體選型還是要看業務實際的需要,目前activiti迭代的方向并不是當下我們業務所需要的,我們更重視性能、擴展性這一塊,而flowbale與Camunda之間為什么選擇了flowable呢,則是因為flowable社區較為活躍,遇到并處理問題上更為效率,并且面對多節點審批時,異步任務是提升吞吐率的優質之選。
圖片
下面我將簡單介紹下flowable的一些功能以及模塊。
在Flowable中,流程定義通常使用BPMN 2.0標準(Business Process Model and Notation)進行建模,可以通過Flowable Modeler進行圖形化設計。
圖片
這些是Flowable中的一些基礎元素,它們構成了流程引擎的核心。通過這些元素,我們可以靈活地設計和管理復雜的業務流程,使得流程執行更加高效、透明和可控。
在調用開始之前,我們簡單說明一下各個api的作用以及應用場景:
啟動后會自動生成一些內置的系統表(如果不想自動生成可以通過配置關閉),這里簡單介紹一下表的含義:
ACT_HI_*: 歷史數據表,例如:
表名 | 含義 |
ACT_HI_PROCINST | 歷史流程實例表,存儲已完成的流程實例信息,包括流程開始時間、結束時間等。 |
ACT_HI_TASKINST | 歷史任務實例表,存儲已完成的任務實例信息,包括任務開始時間、結束時間、辦理人等。 |
ACT_HI_VARIABLE | 歷史流程變量表,用于存儲在流程運行時設置的變量信息。 |
ACT_RU_*: 運行時的數據表,節點結束時清除,例如:
表名 | 含義 |
ACT_RU_EXECUTION | 運行時流程執行實例表,存儲當前正在執行的流程實例信息。 |
ACT_RU_TASK | 運行時任務表,存儲當前正在執行的任務信息。 |
ACT_RU_VARIABLE | 運行時流程變量表,用于存儲在流程運行時設置的變量信息。 |
另外,flowable支持定期清理歷史數據,業務側可以定義一個時間范圍,超過時間范圍可以認為數據可以被清理,系統內部會自行將數據物理刪除,為歷史表做瘦身操作。
不過我們業務側接入的時候,往往業務需要創建幾個符合我們具體業務場景的表,例如工單表、任務表雖然框架提供了,但是并沒有記錄詳細的狀態,這些狀態是我們業務自己定義的,所以需要額外創建業務工單表、審批任務(節點)表、流水表等來進行數據上的冗余來滿足實際的業務場景。
我們可以通過可視化后臺繪制流程建模,生成BPMN格式的文件,那么BMPN又是什么呢?
BPMN(Business Process Model and Notation)是一種用于建模業務流程的標準化符號和語法,用于描述業務流程的各個環節和活動。BPMN的最新版本是BPMN 2.0,它是業務流程建模領域的國際標準,由OMG(Object Management Group)制定和發布。
BPMN 2.0的主要目標是提供一種統一的標準,使得不同人員和組織能夠使用相同的符號和語法來建模和理解業務流程,從而增加流程的可視化和可讀性。
它具有以下特點和優勢:
我們可以從Flowable官網下載flowable-ui部署到本地來啟動可視化后臺,可以使用在線的Flowable Modeler來繪制,這里我們使用官網的flowable-ui來繪制。
具體下載啟動過程我就不過多贅述了,flowable-ui是基于 springboot2.0開發的,可以直接以下方式來啟動:
java -jar flowable-ui.war
啟動成功后如圖所示:
圖片
我們打開建模器應用程序并點擊【創建流程】按鈕,我們可以給模型進行一個簡單的定義.
圖片
如圖繪制了一個最簡單的流程建模
圖片
我們也可以給用戶任務分配一些基礎屬性,這里我們配置一個固定用戶, 當然這里也支持占位符來動態控制
圖片
Image.png
圖片
這樣一個最簡單的流程建模(不含復雜節點、網關等)就繪制完畢了,繪制完成后會生成一個xml文件,
接下來我會從導入到執行來執行執行一遍該流程。
<dependency> <groupId>org.flowable</groupId> <artifactId>flowable-spring-boot-starter</artifactId> <version>6.6.0</version> </dependency>
@Test public void createConfig() throws Exception{ File file = new File("/Users/xxx/Documents/flowbale/model/testModel.bpmn20.xml"); final FileInputStream fileInputStream = new FileInputStream(file); final Deployment deploy = repositoryService.createDeployment() .addInputStream("testModel.bpmn20.xml", fileInputStream).tenantId("類似于業務線的id,可以做數據隔離用") .name("testModel").deploy(); System.out.println("id=" + deploy.getId()); }
@Test public void getProcessDefinition() { final ProcessDefinition rst = repositoryService.createProcessDefinitionQuery().processDefinitionKey("testModel").orderByProcessDefinitionVersion().desc().list().get(0); System.out.println(rst.toString()); }
// processDefinitionKey 流程建模的key// businessId 具有業務屬性的id// variableMap變量的map 結果會存入 ACT_RU_VARIABLE表中,如果審批人傳入的是變量就需要再節點執行前將變量傳入到系統中Map<String, Object> variableMap = new HashMap();variableMap.put("testUserList", Lists.newArrayList("nick","jack","tony"));String processDefinitionKey = "testModel";Long businessId = 1L;String tenantId = "1001";runtimeService.startProcessInstanceByKeyAndTenantId(processDefinitionKey, businessId + "", variableMap, tenantId);
final List<Task> taskList = taskService.createTaskQuery().taskAssignee("jack").list()
Map<String, Object> variableMap = new HashMap();// 我們自己定義了一個內部標準化字段,flag代表著節點是通過還是駁回,在互斥網關判斷通過駁回的時候會用到。variableMap.put("flag", 1);taskService.complete(taskId), variableMap);
我們通過上述用例了解了一個工單是如何操作流轉的,但是一個完整的審批服務是應該有消息推送的,當審批節點到達某個人需要提醒他進行審批操作,或者審批工單結束了需要通知發起人,我們應該如何操作呢?Flowable提供了便攜的事件監聽器,不需要我們額外編寫代碼來判斷是否到達相應的節點,我們這里常用的就是節點創建、節點完成、流程結束等。
Flowable支持的事件有幾十種,具體大家請自行去官網參考,下面僅展示“流程結束事件”監聽器的代碼用例:
package com.zhuanzhuan.workflow_engine.config;import com.zhuanzhuan.workflow_engine.listener.*;import lombok.extern.slf4j.Slf4j;import org.flowable.common.engine.api.delegate.event.FlowableEngineEventType;import org.flowable.common.engine.api.delegate.event.FlowableEventDispatcher;import org.flowable.spring.SpringProcessEngineConfiguration;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.context.ApplicationListener;import org.springframework.context.annotation.Configuration;import org.springframework.context.event.ContextRefreshedEvent;/** * @author:Live * @desc: * @date: 19:55 2023/1/13 */@Configuration@Slf4jpublic class FlowableListenerConfiguration implements ApplicationListener<ContextRefreshedEvent> { @Autowired private SpringProcessEngineConfiguration configuration; @Autowired private ProcessEndListener processEndListener; @Override public void onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent) { FlowableEventDispatcher dispatcher = configuration.getEventDispatcher(); dispatcher.addEventListener(processEndListener, FlowableEngineEventType.PROCESS_COMPLETED); }}
package com.zhuanzhuan.workflow_engine.listener;import com.bj58.zhuanzhuan.zzarch.common.util.JsonUtil;import com.zhuanzhuan.workflow_engine.entity.dto.WorkflowOrderDTO;import com.zhuanzhuan.workflow_engine.enums.CurrentFlagEnum;import com.zhuanzhuan.workflow_engine.enums.WorkflowStateEnum;import com.zhuanzhuan.workflow_engine.mq.MqConstant;import com.zhuanzhuan.workflow_engine.mq.body.ProcessExchangeMsgBody;import com.zhuanzhuan.workflow_engine.mq.producer.ProducerHandler;import com.zhuanzhuan.workflow_engine.service.WorkflowOrderBizService;import com.zhuanzhuan.workflow_engine.wrapper.FlowableWrapper;import lombok.extern.slf4j.Slf4j;import org.apache.commons.lang3.StringUtils;import org.flowable.common.engine.api.delegate.event.FlowableEvent;import org.flowable.engine.delegate.event.impl.FlowableEntityEventImpl;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.stereotype.Component;import javax.annotation.Resource;/** * @author:Live * @desc: * @date: 19:34 2023/1/13 */@Component@Slf4jpublic class ProcessEndListener implements FlowableEventListener { @Override public void onEvent(FlowableEvent flowableEvent) { // 流程結束的監聽器,發送mq、給發起人發送消息在此進行 } @Override public boolean isFailOnException() { // 拋異常, 不姑息 return true; } @Override public boolean isFireOnTransactionLifecycleEvent() { // event觸發時機跟著 getOnTransaction走 return true; } @Override public String getOnTransaction() { // 提交事務后觸發 return TransactionState.COMMITTED.name(); }}
以上就是Flowable工作流引擎的簡介以及基本用法,我們實際生產建設過程中,還需要基于框架進行拓展開發來滿足我們項目的實際需要,例如是否需要引入用戶組、權限管理的模塊、是否存在性能問題從而引入異步任務的模塊、是否需要冗余業務表來滿足定制化查詢的需求,這些都屬于擴展玩法,需要我們根據實際需求按需接入。畢竟沒有最好的架構,只有最適合的架構,選擇適合自己的才是最重要的。
1.flowable官方文檔 https://www.flowable.org/documentation.html
2.技術選型參考 https://www.zhihu.com/question/59274016/answer/2398240513
關于作者
王銳剛,線上回收業務后端開發工程師
本文鏈接:http://www.tebozhan.com/showinfo-26-101-0.htmlFlowable工作流引擎的科普與實踐
聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。郵件:2376512515@qq.com
上一篇: 得物效率前端微應用推進過程與思考