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工作流的完整配置方法。现在就开始动手实践,让你的业务流程自动化起来吧!
💡 提示:在实际项目中,建议先从简单的流程开始,逐步掌握各项功能,再应用到复杂的业务场景中。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust099- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiMo-V2.5-ProMiMo-V2.5-Pro作为旗舰模型,擅⻓处理复杂Agent任务,单次任务可完成近千次⼯具调⽤与⼗余轮上 下⽂压缩。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00
项目优选
收起
暂无描述
Dockerfile
710
4.51 K
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
578
99
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
958
955
deepin linux kernel
C
28
16
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.61 K
942
Ascend Extension for PyTorch
Python
573
694
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
1.43 K
116
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
414
339
暂无简介
Dart
952
235
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
2