背景

去年我一个人加上AI给公司搭建内部管理网站，技术选型卡在工作流引擎上。 不过，请假、报销、招待费这些审批流程是刚需，绕不开。

最初看的是 Flowable。毕竟是 Activiti 原班人马做的，社区活跃、功能齐全。但研究几天后我放弃了——一个简单的请假审批要搞懂几十张表、BPMN 0 规范、各种部署模式，学习成本太高。我只有一个人，没人能分担，时间上耗不起。

后来在 Gitee 上找国产方案，发现了 Warm‑Flow。试了一下半天跑通了第一个流程。这篇聊聊我的选型思路和实际使用经验。

从先看对比来看。7张表 vs 几十张表

Flowable 完整部署后会创建将近 80 张表，就算精简版也有 40 多张。这些比如表覆盖流程定义，还有运行时实例。再有历史数据，另外身份管理，另外任务分配等方方面面。功能确实强大，但对于大多数审批场景来说太臃肿了。

Warm‑Flow 只有 7 张主要表

这 7 张表直观易懂。相比之下 Flowable 的 ACT_RU_EXECUTION ,ACT_HI_IDENTITYLINK 。ACT_GE_BYTEARRAY ,这些表名让没学过 BPMN 的人根本不知道是干嘛的。

表少直接好处是维护成本低。

• 数据出现问题不用在几十张表里来回查；只需查看七张主要表即可快速定位。
• 关系一两分钟就能理清，减少运维时间投入。
• 对业务团队来说更友好，不必了解底层数据库结构。怎么说呢，

其他维度的对比  

说到学习曲线。从 Bpmn 到 Business Logic 的鸿沟？

• Flowable 要理解 BPMN 0 标准。API 层叠复杂，上手慢；不过，而 Warm‑Flow 只暴露 5 个 Service。命名方式与 Spring 一贯风格一致，上手快很多。
• 团队成员如果不熟悉 BPMN，只要掌握几条 CRUD 接口就可以完成常见审批需求。其实，
• 学习成本降低代表着可以把更多时间花在业务逻辑实现而不是框架细节上。不过，

集成方式的观点是。配置 vs 一键启动，

• Flowable 需要独立部署或嵌入应用，还得配置一堆 Environment 与 Engine；通常伴随大量 XML 配置或 Spring Boot 自动化配置文件。
• Warm‑Flow 一个 Maven 依赖加几行 YAML 或 Java 配置就能启动，无需额外容器或服务；极大降低程序集成门槛，
• 对于小型项目或 MVP 阶段，这种“一键式”集成更符合“速度优先”的开发理念。

中国特色审批操作：支持还是需要二次开发？按理说，