如上图所示：activiti 5.22.0 版内建25张表，下面我将简要分析下这些表的作用。 1、表分类浅析 activiti的表主要分为以下几类： 1）通用数据表（2个） act_ge_bytearray：二进制数据表，如流程定义、流程模板、流程图的字节流文件； act_ge_property：属性数据表（不常用）；

2）历史表（8个，HistoryService接口操作的表） act_hi_actinst：历史节点表，存放流程实例运转的各个节点信息（包含开始、结束等非任务节点）； act_hi_attachment：历史附件表，存放历史节点上传的附件信息（不常用）； act_hi_comment：历史意见表，可改造用于保存节点审批意见、备注； act_hi_detail：历史详情表，存储节点运转的一些信息（不常用）； act_hi_identitylink：历史流程人员表，存储流程各节点候选、办理人员信息，常用于查询某人或部门的已办任务； act_hi_procinst：历史流程实例表，存储流程实例历史数据（包含正在运行的流程实例）； act_hi_taskinst：历史流程任务表，存储历史任务节点； act_hi_varinst：流程历史变量表，存储流程历史节点的变量信息；

3）用户相关表（4个，IdentityService接口操作的表） act_id_group：用户组信息表，对应节点选定候选组信息； act_id_info：用户扩展信息表，存储用户扩展信息； act_id_membership：用户与用户组关系表； act_id_user：用户信息表，对应节点选定办理人或候选人信息；

4）流程定义、流程模板相关表（3个，RepositoryService接口操作的表） act_re_deployment：部属信息表，存储流程定义、模板部署信息； act_re_procdef：流程定义信息表，存储流程定义相关描述信息，但其真正内容存储在act_ge_bytearray表中，以字节形式存储； act_re_model：流程模板信息表，存储流程模板相关描述信息，但其真正内容存储在act_ge_bytearray表中，以字节形式存储；

5）流程运行时表（6个，RuntimeService接口操作的表） act_ru_task：运行时流程任务节点表，存储运行中流程的任务节点信息，重要，常用于查询人员或部门的待办任务时使用； act_ru_event_subscr：监听信息表，不常用； act_ru_execution：运行时流程执行实例表，记录运行中流程运行的各个分支信息（当没有子流程时，其数据与act_ru_task表数据是一一对应的）； act_ru_identitylink：运行时流程人员表，重要，常用于查询人员或部门的待办任务时使用； act_ru_job：运行时定时任务数据表，存储流程的定时任务信息； act_ru_variable：运行时流程变量数据表，存储运行中的流程各节点的变量信息；

6）其他（2个） act_evt_log：事件日志表，不常用； act_procdef_info：流程定义扩展表，不常用；

总结如下： ACT_RE_: 'RE'表示repository。 这个前缀的表包含了流程定义和流程静态资源 （图片，规则，等等）。 ACT_RU_: 'RU'表示runtime。 这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。 Activiti只在流程实例执行过程中保存这些数据， 在流程结束时就会删除这些记录。 这样运行时表可以一直很小速度很快。 ACT_ID_: 'ID'表示identity。 这些表包含身份信息，比如用户，组等等。 ACT_HI_: 'HI'表示history。 这些表包含历史数据，比如历史流程实例， 变量，任务等等。 ACT_GE_*: 通用数据， 用于不同场景下，如存放资源文件。 2、流程定义与流程模板 activiti中的流程定义大致有以下2中方式生成：

1、由流程定义文件（即bpmn/xml文件，通常可通过eclipse的插件绘制生成）直接部署生成流程定义； 2、由模板文件转换部署而成； 详细编码请参考我的这篇文章： 需要注意的是，流程定义在部署时，是根据流程定义的key来区分是否是同一种流程，因此key相同的流程定义相继部署时，会生成该key对应的新版本的流程定义。 流程定义的key：zjjr-core-invite-chain:1:3597516 规则：流程的key:版本号:ID

而工作流中的流程模板也可由2种方式形成：

1、新建模板信息，然后利用activiti的模板设计工具（web页面）绘制后保存生成； 2、由流程定义文件（bpmn/xml）转换生成； 详情编码请参考我的这篇文章：

3、流程实例 啥叫流程实例？它与流程定义有何区别与联系呢？下面举个栗子：

流程定义好比我们的Java类，而流程实例就像由Java类生成的Java对象，因此，一个流程定义可以生成多个流程实例；而工作流的运转就是在流程实例的各个节点之间进行运转。

4、流程运转机制 1)启动流程 方法一：

ProcessInstance startProcessInstanceById(String processDefinitionId, String businessKey, Map
    
      var3);
    

方法二：

ProcessInstance submitStartFormData(String processDefinitionId, String businessKey, Map
    
      properties)
    

一般用第一种，如果使用的是动态表单，选用第二种； 传入参数均为需要启动的流程定义ID、业务主键ID、启动参数；

【注】 1、启动参数通常包含办理的用户ID、网关条件值（可选），以及节点中自定义的变量值。 2、启动流程后，通常要往这几张表写入数据：act_ru_execution、act_ru_identitylink、act_ru_task、act_ru_variable、act_hi_actinst、act_hi_identitylink、act_hi_procinst、act_hi_taskinst、act_hi_varinst；

2)办理流程 Activiti在办理时默认有个认领任务的机制，比如某个任务节点同时配置了2个候选人办理，则其中一人认领后，另一个候选人则不能办理了；认领接口如下：

void claim(String taskId, String userId)

传入任务ID和用户ID即可认领（会校验该任务是否已被认领，如果已被认领，则去校验认领人和当前传入的用户是否一致，否则报错），源码如下：

protected Void execute(CommandContext commandContext, TaskEntity task) {        if (this.userId != null) {            if (task.getAssignee() != null) {                if (!task.getAssignee().equals(this.userId)) {                    throw new ActivitiTaskAlreadyClaimedException(task.getId(), task.getAssignee());                }            } else {                task.setAssignee(this.userId, true, true);            }        } else {            task.setAssignee((String)null, true, true);        }        commandContext.getHistoryManager().recordTaskClaim(this.taskId);        return null;    }

当然也可以去掉认领这个步骤，即只要这个任务还没被其中一个候选人办理，那么无论哪个候选人都可以办理，但一旦被其中一人办理，这个任务就办理结束，流程自动流转到下一个节点；办理时代码如下：

// 办理流程taskService.setAssignee(task.getId(), in.getUserId().toString());taskService.complete(task.getId(), in.getVariables());

setAssignee作用是将办理该用流程的用户信息记录到act_ru_identitylink、act_hi_identitylink表中。

Activiti的运行表和历史表在流程运行时是同步记录数据的，当流程实例结束时，会删除运行表种的数据，保留历史表中的数据。

在有网关节点时，办理任务需要额外传入网关条件参数，指引工作流正确运转到下一个节点（网关条件对应具体的连接线）： 如上图，在办理该节点时，需传入参数"wayType"，值为1时流程运转至该连接线！ 5、流程配置 1）节点办理人、候选人、候选组 可以将工作流对接至自定义的数据库用户、角色信息表，具体方法请参考我的这篇文章： 对接成功后可以改造流程设计器的选定用户、用户组界面，实现如下效果：

可以直接点击选择节点的办理人、候选人、候选组； 至此，我对工作流的一些常见知识做了初步总结，希望对读者有帮助！