☃️1.1 Activiti 介绍
Activiti 是由 jBPM （BPM，Business Process Management 即业务流程管理） 的创建者 Tom Baeyens 离开 JBoss 之后建立的项目，构建在开发 jBPM 版本 1 到 4 时积累的多年经验的基础之上，旨在创建下一代的 BPM 解 决方案。
Activiti 作为一个开源的工作流引擎，它实现了BPMN 2.0规范，可以发布设计好的流程定义，并通过api进行流程调 度。 Activiti 作为一个遵从 Apache 许可的工作流和业务流程管理开源平台，其核心是基于Java的超快速、超稳定的 BPMN2.0 流程引擎，强调流程服务的可嵌入性和可扩展性，同时更加强调面向业务人员。
Activiti 流程引擎重点关注在系统开发的易用性和轻量性上。每一项 BPM 业务功能 Activiti 流程引擎都以服务的形 式提供给开发人员。通过使用这些服务，开发人员能够构建出功能丰富、轻便且高效的 BPM 应用程序。 Activiti是一个针对企业用户、开发人员、系统管理员的轻量级工作流业务管理平台，其核心是使用Java开发的快 速、稳定的BPMN 2.0流程引擎。Activiti是在ApacheV2许可下发布的，可以运行在任何类型的Java程序中，例如服 务器、集群、云服务等。
Activiti可以完美地与Spring集成。同时，基于简约思想的设计使Activiti非常轻量级。 官网：
☃️1.2 Activiti 开发流程
- 画流程定义模型： 遵守BPMN的流程规范，使用BPMN的流程定义工具，通过 流程符号 把整个业务流程定义出来，可以将流程 定义文件字节流保存到模型数据表中（Model）。
- 部署流程定义： 加载画好的流程定义文件，将它转换成流程定义数据（ProcessDefinition），保存到流程定义数据表中。
- 启动流程（提交流程申请）： 生成流程实例数据（ProcessInstance），生成第1节点任务数据(Task)。
- 处理人审批流程节点任务： 完成任务审批，生成审批结果，生成下一节点任务数据。
☃️1.3 BPMN 2.0 规范是什么
业务流程模型注解（Business Process Modeling Notation - BPMN）是业务流程模型的一种标准图形注解。这个 标准是由对象管理组（Object Management Group - OMG）维护的。
标准的早期版本（1.2版以及之前）仅仅限制在模型上， 目标是在所有的利益相关者之间形成通用的理解， 在文 档，讨论和实现业务流程之上。 BPMN标准证明了它自己，现在市场上许多建模工具都使用了BPMN标准中的元素 和结构。
BPMN规范的2.0版本，当前已经处于最终阶段了， 允许添加精确的技术细节在BPMN的图形和元素中， 同时制定 BPMN元素的执行语法。 通过使用XML语言来指定业务流程的可执行语法， BPMN规范已经演变为业务流程的语 言， 可以执行在任何兼容BPMN2的流程引擎中， 同时依然可以使用强大的图形注解。
目前BPMN2.0是最新的版本，它用于在BPM上下文中进行布局和可视化的沟通。BPMN 2.0是使用一些符号来明确 业务流程设计流程图的一整套符号规范，它能增进业务建模时的沟通效率。
☃️1.4 BPMN 2.0 基本流程符号
❄️❄️1.4.1 事件 Event
开始 中间事件 结束
❄️❄️1.4.2 活动
活动是工作或任务的一个通用术语。一个活动可以是一个任务，还可以是一个当前流程的子处理流程；
❄️❄️1.4.3 网关 Gateway
网关用来处理决策：
- 排他网关 (x)
只有一条路径会被选择。流程执行到该网关时，按照输出流的顺序逐个计算，当条件的计算结果为true时，继 续执行当前网关的输出流； 如果多条线路计算结果都是 true，则会执行第一个值为 true 的线路。如果所有网关计算结果没有true，则引 擎会抛出异常。 排他网关需要和条件顺序流结合使用，default 属性指定默认顺序流，当所有的条件不满足时会执行默认顺序流。
- 并行网关 (+)
所有路径会被同时选择 分支： 并行执行所有输出顺序流，为每一条顺序流创建一个并行执行线路。 汇聚 ：所有从并行网关拆分并执行完成的线路均在此等候，直到所有的线路都执行完成才继续向下执行。
- 包含网关 (o)
可以同时执行多条线路，也可以在网关上设置条件分支：计算每条线路上的表达式，当表达式计算结果为true时，创建一个并行线路并继续执行 汇聚：所有从并行网关拆分并执行完成的线路均在此等候，直到所有的线路都执行完成才继续向下执行。
- 事件网关 (o+)
专门为中间捕获事件设置的，允许设置多个输出流指向多个不同的中间捕获事件。当流程执行到事件网关 后，流程处于等待状态，需要等待抛出事件才能将等待状态转换为活动状态。
☃️1.5 Activiti API 服务接口
Activiti 流程引擎包含了25张表，而且表之间的关系也比较复杂，比如包含各种外键约束。
按照传统的方式，有了数据库表后，就应该为每张表创建 Entity 实体类，然后为其创建对应的 DAO 接口，然 后再创建对应的 Service来实现对表数据的增删改查；
但是按照传统方式的，就会有一个很严峻的问题，表的数量太多，并且关系复杂，还要兼顾流程引擎的处理方 式，自己去搞一套，几乎不可能；
其实不需要我们去创建Entity 、 DAO、Service、Controller，因为Activiti已经把这些东西给搞好了，只需要 调用即可。
Process Engine API 和服务
引擎 API 是与 Activiti 交互的最常见方式。
可以从ProcessEngine中获取包含工作流/ BPM方法的各种服务。
ProcessEngine和服务对象是线程安全的。因此，可以为整个服务器保留对其中之一的引用。
Service 是工作流引擎提供用于进行工作流部署、执行、管理的服务接口，我们使用对应Service接口可以操作对应 的数据表。
❄️❄️1.5.1 核心Service接口及其获取
// 会在首次调用时初始化并构建一个流程引擎，此后始终返回相同的流程引擎。 ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine(); // 引擎管理类 ManagementService managementService = processEngine.getManagementService(); // 动态修改流程管理类 DynamicBpmnService dynamicBpmnService = processEngine.getDynamicBpmnService(); // 流程运行管理类 RuntimeService runtimeService = processEngine.getRuntimeService(); // 流程仓库管理类 RepositoryService repositoryService = processEngine.getRepositoryService(); // 任务管理类 TaskService taskService = processEngine.getTaskService(); // 历史管理类 HistoryService historyService = processEngine.getHistoryService();
