1. 定义与启动：首先将BPMN流程模型部署到引擎，解析后存储到ACT_RE_*定义表中；启动时依据最新流程定义创建流程实例，在ACT_RU_*运行时表中生成执行实例（ACT_RU_EXECUTION）和起始任务（ACT_RU_TASK）。
2. 运行与推进：用户认领并完成ACT_RU_TASK中的待办任务，引擎根据流程定义中定义的连线、网关和条件（结合ACT_RU_VARIABLE中的变量）驱动ACT_RU_EXECUTION向下推进，动态创建后续的任务节点。
3. 结束与归档：当执行实例到达结束事件时，引擎自动清理ACT_RU_*运行时表中的相关数据（任务、执行实例、变量），并将完整轨迹写入ACT_HI_*历史表（流程实例、任务实例、变量实例），供后续审计和查询使用。 自己实现流转 vs 使用Flowable 维度 自己写if/else + 状态字段 使用Flowable 简单流程（3-5个节点） ✅ 两小时写完，清爽直接 ⚠️ 引入依赖+配置，略显重 流程要改顺序 改代码 + 重新部署 + 处理存量数据 改BPMN图 + 热部署（不重启） 加一个审批节点 改代码 + 改数据库状态枚举 拖拽加一个UserTask，完事 条件分支（金额>10万走副总） 写if判断，维护分支矩阵 在BPMN的连线上写表达式 会签/或签（多人审批） 自己维护多人的待办表+计数字段+完成判断 引擎原生支持，配multiInstanceLoopCharacteristics即可 驳回/回退 复杂的状态跳转逻辑，边界情况多 自己写API调用runtimeService.createChangeActivityStateBuilder()，引擎处理 流程历史追溯 自己建历史表，每个节点手动记录 引擎自动写ACT_HI_*，开箱即用 并行分支 自己维护多线程状态+汇聚判断 引擎原生支持Parallel Gateway 等待外部回调（异步） 自己轮询或设计回调状态机 引擎支持ServiceTask异步+定时器 一个流程跑半年（挂起/恢复） 自己维护挂起状态+定时唤醒 引擎原生支持suspend/resume 流程版本升级（老实例用老版本） 自己实现版本策略，容易乱 引擎按部署ID隔离，自动区分