环境搭建
activiti 28张表讲解
Activiti工作流总共包含23张数据表，所有的表名默认以“ACT_”开头；
并且表名的第二部分用两个字母表明表的用例，而这个用例也基本上跟Service API匹配。
-
ACT_RE_* : “RE”代表“Repository”【仓库】，这些表中保存一些‘静态’信息，如流程定义和流程资源（如图片、规则等）；
-
ACT_RU_* : “RU”代表“Runtime”【运行时】，这些表中保存一些流程实例、用户任务、变量等的运行时数据。Activiti只保存流程实例在执行过程中的运行时数据，并且当流程结束后会立即移除这些数据，这是为了保证运行时表尽量的小并运行的足够快；
-
ACT_ID_* : “ID”代表“Identity”【身份】，这些表中保存的都是身份信息，如用户和组以及两者之间的关系。如果Activiti被集成在某一系统当中的话，这些表可以不用，可以直接使用现有系统中的用户或组信息；
-
ACT_HI_ :"HI”代表“History”【历史】，这些表中保存的都是历史数据，比如执行过的流程实例、变量、任务，等等。Activit默认提供了4种历史级别：
- none: 不保存任何历史记录，可以提高系统性能；
- activity：保存所有的流程实例、任务、活动信息；
- audit：也是Activiti的 默认 级别，保存所有的流程实例、任务、活动、表单属性；
- full：最完整的历史记录，除了包含audit【审计、检查】级别的信息之外还能保存详细，例如：流程变量。
对于几种级别根据对功能的要求选择，如果需要日后跟踪详细可以开启full。
- ACT_GE_* : “GE”代表“General”【通用】，用在各种情况下，如存放资源文件。
数据库表结构
| 表分类 | 表名称 | 表含义 |
|---|---|---|
| act_evt_log | 事件处理日志表 | |
| 通用一般数据 | act_ge_bytearray | 通用的流程定义和流程资源 |
| act_ge_property | 系统相关属性 | |
| 流程历史记录 | act_hi_actinst | 历史的流程实例 |
| act_hi_attachment | 历史的流程附件 | |
| act_hi_comment | 历史的说明性信息 | |
| act_hi_detail | 历史的流程运行中的细节信息 | |
| act_hi_identitylink | 历史的流程运行过程中用户关系 | |
| act_hi_procinst | 历史的流程实例 | |
| act_hi_taskinst | 历史的任务实例 | |
| act_hi_varinst | 历史的流程运行中的变量信息 | |
| 身份信息表（用户用户组） | act_id_group | 身份信息-组信息 |
| act_id_info | 身份信息-组信息 | |
| act_id_membership | 身份信息-用户和组关系的中间表 | |
| act_id_user | 身份信息-用户信息 | |
| act_procdef_info | 死信任务 | |
| 流程定义表（仓库） | act_re_deployment | 部署单元信息 |
| act_re_model | 模型信息 | |
| act_re_procdef | 已部署的流程定义 | |
| 运行时实例表 | act_ru_deadletter_job | 执行失败任务表 |
| act_ru_event_subscr | 运行时事件 | |
| act_ru_execution | 运行时流程执行实例 | |
| act_ru_identitylink | 运行时用户关系信息 | |
| act_ru_job | 运行时作业 | |
| act_ru_suspended_job | 运行时暂停任务 | |
| act_ru_task | 运行时任务 | |
| act_ru_timer_job | 运行时定时任务 | |
| act_ru_variable | 运行时变量表 |
具体表结构可以参考Activiti数据库表结构(表详细版)
流程概念和术语
(1) 一个ProcessDefinition【流程定义】代表的业务流程。它用于定义流程中不同步骤的结构和行为。
(2) 部署流程定义意味着将流程定义加载到Activiti数据库中。
(3) 流程定义主要由BPMN 2.0标准定义,也可以使用Java代码定义它们，定义的所有术语也可用作Java类。
(4) 一旦我们开始运行流程定义，就可以称为一个process【流程】。
(5) processInstance【流程实例】是ProcessDefinition的执行实例。
(6) 一个StartEvent【开始事件】与每一个业务流程有关，它表示该流程的切入点，同样，有一个EndEvent【结束事件】表示流程的结束。我们可以定义这些事件的条件。
(7) 开始和结束之间的所有步骤（或元素）称为任务，任务可以是各种类型的。最常用的任务是UserTasks【用户任务】和ServiceTasks【服务任务】。
顾名思义，UserTasks需要由用户手动执行，另一方面，ServiceTasks是配置的一段代码，每当执行到达这段代码时，代码将被自动执行。
(8) SequenceFlows【流转顺序】用来连接任务，我们可以通过它将源元素和目标元素连接起来定义一个SequenceFlows；同样，我们还可以在SequenceFlow上定义条件，这样能在流程中创建条件路径。
有了流程定义，我们可以使用Activiti提供的服务功能（一系列既定的接口）进行流程运行。
Activiti提供的服务
| 服务 | 作用 |
|---|---|
| RepositoryService | 帮助我们实现流程定义的部署。此服务会处理与流程定义相关的静态数据。 |
| RuntimeService | 管理 ProcessInstances（当前正在运行的流程）以及流程变量 |
| TaskService | 会跟踪 UserTasks，需要由用户手动执行的任务是Activiti API的核心。我们可以使用此服务创建任务，声明并完成任务，分配任务的受让人等。 |
| IdentityService | 管理用户和组。 |
| HistoryService | 会跟踪Activiti Engine的历史记录。我们还可以设置不同的历史级别。 |
| FormService | 是一项可选服务，它用于定义中开始表单和任务表单。 |
| ManagementService | 与元数据相关，在创建应用程序时通常不需要。 |
| DynamicBpmnService | 帮助我们在不重新部署的情况下更改流程中的任何内容。 |
具体功能和使用可参考activiti-API