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工作流的完整配置方法。现在就开始动手实践,让你的业务流程自动化起来吧!
💡 提示:在实际项目中,建议先从简单的流程开始,逐步掌握各项功能,再应用到复杂的业务场景中。
登录后查看全文
热门项目推荐
相关项目推荐
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
请把这个活动推给顶尖程序员😎本次活动专为懂行的顶尖程序员量身打造,聚焦AtomGit首发开源模型的实际应用与深度测评,拒绝大众化浅层体验,邀请具备扎实技术功底、开源经验或模型测评能力的顶尖开发者,深度参与模型体验、性能测评,通过发布技术帖子、提交测评报告、上传实践项目成果等形式,挖掘模型核心价值,共建AtomGit开源模型生态,彰显顶尖程序员的技术洞察力与实践能力。00
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
MiniMax-M2.5MiniMax-M2.5开源模型,经数十万复杂环境强化训练,在代码生成、工具调用、办公自动化等经济价值任务中表现卓越。SWE-Bench Verified得分80.2%,Multi-SWE-Bench达51.3%,BrowseComp获76.3%。推理速度比M2.1快37%,与Claude Opus 4.6相当,每小时仅需0.3-1美元,成本仅为同类模型1/10-1/20,为智能应用开发提供高效经济选择。【此简介由AI生成】Python00
Qwen3.5Qwen3.5 昇腾 vLLM 部署教程。Qwen3.5 是 Qwen 系列最新的旗舰多模态模型,采用 MoE(混合专家)架构,在保持强大模型能力的同时显著降低了推理成本。00- RRing-2.5-1TRing-2.5-1T:全球首个基于混合线性注意力架构的开源万亿参数思考模型。Python00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
564
3.82 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
892
661
Ascend Extension for PyTorch
Python
376
443
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
349
199
昇腾LLM分布式训练框架
Python
116
145
暂无简介
Dart
794
197
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.37 K
775
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
1.13 K
269
React Native鸿蒙化仓库
JavaScript
308
359