JeecgBoot工作流引擎:Flowable业务流程自动化配置
2026-02-04 04:06:25作者:廉彬冶Miranda
痛点:传统工作流开发的困境
你是否还在为复杂的业务流程开发而头疼?传统的BPM(Business Process Management,业务流程管理)工作流开发往往需要:
- 编写大量XML配置文件
- 手动处理流程节点和流转逻辑
- 重复编写审批、会签、转办等通用功能
- 花费大量时间在流程引擎的集成和调试上
JeecgBoot通过集成Flowable流程引擎,实现了可视化流程设计和自动化配置,让工作流开发变得前所未有的简单!
读完本文你能得到什么
- ✅ Flowable工作流引擎的核心概念和架构
- ✅ JeecgBoot中工作流的完整配置流程
- ✅ 可视化流程设计器的使用技巧
- ✅ 业务流程与表单的松耦合设计
- ✅ 实际业务场景的流程配置示例
- ✅ 常见问题排查和性能优化建议
Flowable工作流引擎架构解析
graph TB
A[业务流程设计器] --> B[BPMN 2.0流程定义]
B --> C[Flowable引擎]
C --> D[流程实例管理]
C --> E[任务管理]
C --> F[历史数据存储]
D --> G[运行时数据库]
E --> H[任务分配与执行]
F --> I[历史数据库]
H --> J[用户任务处理]
H --> K[服务任务执行]
H --> L[事件监听处理]
J --> M[人工审批节点]
K --> N[自动服务节点]
L --> O[流程事件监控]
核心组件说明
| 组件 | 功能描述 | 在JeecgBoot中的实现 |
|---|---|---|
| 流程设计器 | 可视化绘制BPMN流程 | 内置在线流程设计器 |
| 流程引擎 | 解析和执行BPMN流程 | Flowable Engine |
| 任务服务 | 管理用户任务和分配 | 集成系统用户体系 |
| 历史服务 | 记录流程执行历史 | 自动持久化到数据库 |
| 表单服务 | 流程表单数据管理 | 与Online表单无缝集成 |
JeecgBoot工作流配置全流程
1. 环境准备与依赖配置
JeecgBoot已内置Flowable依赖,无需额外配置。核心依赖如下:
<!-- Flowable核心依赖已集成在jeecg-boot-starter中 -->
<dependency>
<groupId>org.flowable</groupId>
<artifactId>flowable-spring-boot-starter</artifactId>
<version>6.7.2</version>
</dependency>
2. 数据库表结构初始化
Flowable会自动创建所需的28张核心表,主要包括:
| 表分类 | 表数量 | 主要功能 |
|---|---|---|
| ACT_RE_ | 5张 | 流程定义存储 |
| ACT_RU_ | 8张 | 运行时数据 |
| ACT_HI_ | 8张 | 历史数据 |
| ACT_GE_ | 2张 | 通用数据 |
| ACT_ID_ | 5张 | 身份数据 |
3. 可视化流程设计器使用
JeecgBoot提供了强大的在线流程设计器:
flowchart TD
A[登录系统] --> B[进入流程设计模块]
B --> C[新建流程定义]
C --> D[拖拽节点设计流程]
D --> E[配置节点属性]
E --> F[设置流转条件]
F --> G[保存并部署流程]
G --> H[流程生效使用]
设计器核心功能:
- 🎨 拖拽式节点布局
- ⚙️ 可视化属性配置
- 🔗 条件表达式编辑
- 📋 表单字段绑定
- 👥 人员分配设置
4. 流程与表单的松耦合设计
JeecgBoot采用创新的流程与表单分离架构:
classDiagram
class ProcessDefinition {
+String processKey
+String processName
+String deploymentId
}
class FormDefinition {
+String formKey
+String formName
+String formType
}
class ProcessFormRelation {
+String processKey
+String formKey
+String nodeId
}
ProcessDefinition "1" -- "*" ProcessFormRelation : 关联
FormDefinition "1" -- "*" ProcessFormRelation : 关联
这种设计的好处:
- ✅ 一个表单可以被多个流程复用
- ✅ 一个流程可以连接多个表单
- ✅ 表单修改不影响流程定义
- ✅ 流程调整不破坏表单结构
实战:请假审批流程配置示例
步骤1:设计流程拓扑
flowchart LR
Start[开始] --> Apply[员工请假申请]
Apply --> DeptApprove[部门经理审批]
DeptApprove --> Condition{请假天数>3天?}
Condition -->|是| HRApprove[HR审批]
Condition -->|否| End[结束]
HRApprove --> End
步骤2:配置节点属性
部门经理审批节点配置:
{
"nodeType": "userTask",
"assigneeType": "expression",
"assigneeExpression": "${deptManager}",
"candidateUsers": "",
"candidateGroups": "dept_managers",
"dueDate": "P3D",
"priority": 50
}
步骤3:设置流转条件
条件表达式配置:
// 请假天数大于3天需要HR审批
${leaveDays > 3}
步骤4:表单字段绑定
| 字段名称 | 字段类型 | 流程变量 | 必填 | 可见性 |
|---|---|---|---|---|
| 请假类型 | 下拉框 | ${leaveType} | 是 | 全程可见 |
| 开始时间 | 日期 | ${startTime} | 是 | 全程可见 |
| 结束时间 | 日期 | ${endTime} | 是 | 全程可见 |
| 请假事由 | 文本框 | ${reason} | 是 | 全程可见 |
| 审批意见 | 文本框 | ${approvalComment} | 否 | 审批节点可见 |
高级特性与最佳实践
1. 多版本流程管理
timeline
title 流程版本演进管理
section V1.0
基础请假流程 : 只有部门审批
section V2.0
增加HR审批 : 3天以上需HR审批
section V3.0
添加抄送功能 : 审批完成抄送HR备案
section V4.0
集成考勤系统 : 自动同步请假数据
2. 性能优化建议
数据库优化:
-- 建立关键索引
CREATE INDEX idx_act_ru_execution ON act_ru_execution(proc_def_id_);
CREATE INDEX idx_act_ru_task ON act_ru_task(proc_def_id_, assignee_);
CREATE INDEX idx_act_hi_procinst ON act_hi_procinst(proc_def_id_, end_time_);
-- 历史数据归档策略
DELETE FROM act_hi_detail WHERE proc_inst_id_ IN (
SELECT proc_inst_id_ FROM act_hi_procinst
WHERE end_time_ < DATE_SUB(NOW(), INTERVAL 1 YEAR)
);
引擎配置优化:
flowable:
async-executor-activate: true
async-executor-core-pool-size: 10
async-executor-max-pool-size: 50
async-executor-queue-size: 1000
history-level: audit
3. 监控与运维
关键监控指标:
| 指标 | 正常范围 | 告警阈值 | 监控频率 |
|---|---|---|---|
| 活跃流程实例数 | < 1000 | > 5000 | 5分钟 |
| 待办任务数 | < 500 | > 2000 | 5分钟 |
| 平均任务处理时间 | < 30s | > 120s | 15分钟 |
| 流程完成率 | > 95% | < 80% | 1小时 |
常见问题解决方案
Q1:流程无法启动
原因分析:
- 流程定义未正确部署
- 开始节点表单配置错误
- 启动用户权限不足
解决方案:
// 检查流程定义状态
ProcessDefinition processDefinition = repositoryService
.createProcessDefinitionQuery()
.processDefinitionKey("leaveProcess")
.latestVersion()
.singleResult();
if (processDefinition != null && !processDefinition.isSuspended()) {
// 流程可以正常启动
runtimeService.startProcessInstanceByKey("leaveProcess", variables);
}
Q2:任务分配异常
原因分析:
- 分配表达式解析错误
- 用户或组不存在
- 候选人配置错误
解决方案:
// 使用安全的分配方式
taskService.setAssignee(taskId, userId);
// 或者添加候选人
taskService.addCandidateUser(taskId, candidateUserId);
taskService.addCandidateGroup(taskId, candidateGroupId);
Q3:流程性能问题
优化策略:
- 启用异步执行器
- 优化数据库查询
- 定期清理历史数据
- 使用缓存机制
总结与展望
JeecgBoot集成Flowable工作流引擎,为企业提供了开箱即用的业务流程自动化解决方案:
🎯 核心价值:
- 可视化流程设计,降低技术门槛
- 流程表单分离,提高系统灵活性
- 丰富的节点类型,满足复杂业务场景
- 完善的监控体系,保障流程稳定运行
🚀 未来演进:
- AI智能流程推荐
- 动态流程调整
- 移动端流程处理
- 流程挖掘与分析
通过本文的详细讲解,相信你已经掌握了JeecgBoot中Flowable工作流的完整配置方法。现在就开始动手实践,让你的业务流程自动化起来吧!
💡 提示:在实际项目中,建议先从简单的流程开始,逐步掌握各项功能,再应用到复杂的业务场景中。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00
最新内容推荐
终极Emoji表情配置指南:从config.yaml到一键部署全流程如何用Aider AI助手快速开发游戏:从Pong到2048的完整指南从崩溃到重生:Anki参数重置功能深度优化方案 RuoYi-Cloud-Plus 微服务通用权限管理系统技术文档 GoldenLayout 布局配置完全指南 Tencent Cloud IM Server SDK Java 技术文档 解决JumpServer v4.10.1版本Windows发布机部署失败问题 最完整2025版!SeedVR2模型家族(3B/7B)选型与性能优化指南2025微信机器人新范式:从消息自动回复到智能助理的进化之路3分钟搞定!团子翻译器接入Gemini模型超详细指南
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
525
3.72 K
Ascend Extension for PyTorch
Python
329
391
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
877
578
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
335
162
暂无简介
Dart
764
189
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.33 K
746
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
67
20
React Native鸿蒙化仓库
JavaScript
302
350