我之前集成过 Activiti，本质上它就是一个有限状态机，使用它的目的就是为了应对频繁变更的审批流程。

既然是状态机，就涉及到状态节点的切换，即触发了什么事件（输入）导致状态进入到下一个状态（输出），每一个状态节点拥有生命周期，hook 节点生命周期的不同阶段用来处理自定义的逻辑，并且可以控制状态机的走向。节点有不同的类型，有些内置类型的节点，例如进入到这个节点就发送一封邮件，发送完以后进入到下一个节点。

对于我刚才说的以上这些功能，实际上就是一个流程的定义，这个定义不是通过我们写代码的方式来硬编码的，而是在运行时进行管理的，而这个定义也有一个标准（ bpmn ）用于规范整体的结构。

流程定义完成以后，下一步就是考虑如何将定义“实例化”，流程定义只是一个静态模板，它是元数据（即描述数据的数据），就像我们写一个 Java 类，是需要被实例化的。启动一个流程定义相当于创建了一个流程实例，每一个流程实例具有生命周期，从开始节点一步一步往下走，直到走到了结束节点。

Activiti 或者 Flowable （推荐）非常方便进行拓展，它完成了我们上面所说的那些基础功能（流程定义与部署、实例状态管理等等），我们可以自己按照需要进行定制化的开发。特别需要注意的就是，在使用上，不要把流程实例当做一个业务实体来用（例如你有 10W 个订单，但是里面未完成的订单也许只有几百个），每一个流程实例都有自己的生命周期，当它完成了以后，它的使命也就结束了，在 Activiti 中将会从 RU_XXX 系列表中移除，不过我们可以对其进行拓展，将它的结果存储到外部的一个归档数据库中。

对于简单一点的场景，例如所有的节点都是 UserTask （通常用于审批），可能自己设计一张表就结束了，压根用不到工作流引擎。但是对于以事件驱动的整个集成系统来说还是有意义的，特别是对于频繁变更的流程。