SpringBoot + Flowable
SpringBoot集成Flowable工作流
之前项目中的工作流都比较简单，都用业务数据的状态来区分，这次的项目工作流的业务流程稍微复杂一些，所以决定使用Flowable来进行工作流的管理及发布。maven引入依赖
首先呢，是引入flowable的maven依赖，这里使用的版本是6.4.1，引入依赖之后重启项目，会看到日志打印了很多sql,在数据库创建了很多表 org.flowable flowable-spring-boot-starter 6.4.1 
数据库解释（版本不同，生成的表也会不一样）
- ACT_APP_ , 表示和应用程序相关的表。
- ACT_CNMN_, 表示这都是跟 CMMN 协议相关的表。
- ACT_CO_, CONTENT, 表示这都是跟内容引擎相关的表。
- ACT_DMN_, 表示这都是跟 DMN 协议相关的表。
- ACT_EVT_, EVT（EVENT）表示这都是跟事件相关的表。
- ACT_FO_, FO（FORM）表示这都是跟表单相关的表。
- ACT_GE_, GE（GENERAL）表示这都是通用表，适用于各种用例的。
- ACT_HI_ , HI（HISTORY）这些是包含历史数据的表。当从运行时表中删除数据时，历史表仍然包含这些已完成实例的所有信息。
- ACT_ID_, ID（IDENTITY）表示这都是跟用户身份认证相关的表。
- ACT_PROCDEF_, PROCDEF（PROCESSDEFINE） 表示这都是跟记录流程定义相关的表。
- ACT_RE_, RE（REPOSITORY）表示这都是跟流程的定义、流程的资源等等包含了静态信息相关的表。
- ACT_RU_, RU（RUNTIME）代表运行时，这些是包含尚未完成的流程、案例等的运行时数据的运行时表。Flowable 仅在执行期间存储运行时数据，并在实例结束后删除记录，这使运行时表保持小而快。
- liquibase生成的八张表（CHANGELOG及CHANGELOGLOCK）
表结构具体展示
ACT_APP_
APP开头的表负责应用引擎存储和应用部署定义。相关的表一共是五张，如下：
ACT_APP_APPDEF
应用程序模型产生应用程序定义。此定义，如流程/案例/等。是成功部署到应用引擎的应用模型的表示。ACT_APP_DEPLOYMENT
当通过应用引擎部署应用模型时，会存储一条记录以保存此部署。部署的实际内容被存储在 ACT_APP_DEPLOYMENT_RESOURCE 表中，并从该表中引用。ACT_APP_DEPLOYMENT_RESOURCE
此表包含构成应用程序部署的实际资源（存储为字节）。当引擎需要实际模型时，将从该表中获取资源。ACT_CMMN_
Flowable CMMN Engine 的数据库名称都以 ACT_CMMN_ 开头。这里涉及到一个东西就是 CMMN，CMMN 与 BPMN 协议一致，也是一种流程内容的规范，CMMN 这类表一般用于存储处理 BPMN 所不能适用的业务场景数据，CMMN 通常与 BPMN 搭配使用，不过只有符合 CMMN 规范的模型数据才会使用这类表。
ACT_CMMN_CASEDEF
ACT_CMMN_DEPLOYMENT
ACT_CMMN_DEPLOYMENT_RESOURCE
这三个都是没有附加前缀的表，主要定义了静态信息，例如 case 的定义和部署和以及相关的资源等。接下来这些以 ACT_CMMN_HI_ 开头的表代表历史数据，例如过去的案例实例、计划项目等。
ACT_CMMN_HI_CASE_INST
此表记录由 CMMN 引擎启动的每个案例实例的数据。ACT_CMMN_HI_MIL_INST
此表记录了在案例实例中达到的每个里程碑的数据。ACT_CMMN_HI_PLAN_ITEM_INST
此表记录了作为案例实例执行的一部分创建的每个计划项实例的数据。接下来以 ACT_CMMN_RU_ 开始的表代表运行时的数据，这些数据包含案例实例、计划项等的运行时数据。Flowable 仅在案例实例执行期间存储运行时数据，并在案例实例结束时删除记录，这使运行时表保持小且查询速度快。
ACT_CMMN_RU_CASE_INST
此表包含每个已启动但尚未完成的案例实例的条目。ACT_CMMN_RU_MIL_INST
此表包含作为运行案例实例的一部分达到的每个里程碑的条目。ACT_CMMN_RU_PLAN_ITEM_INST
案例实例执行由案例定义中定义的计划项的多个实例组成，此表包含在案例实例执行期间创建的每个实例的条目。ACT_CMMN_RU_SENTRY_PART_INST
计划项目实例可以有守卫状态转换的哨兵，这样的哨兵在状态改变之前可以包含多个部分，这个表就是专门用来存储这种哨兵。ACT_DMN_
Flowable DMN 的数据库名称都以 ACT_DMN_ 开头，这里涉及到的表一共是 6 张：
ACT_DMN_DEPLOYMENT
ACT_DMN_DEPLOYMENT_RESOURCE
这两个是就不需要我多说了，跟前面的都一样，只不过这里部署的是 DMN。ACT_DMN_DECISION
此表包含已部署决策表的元数据，并与来自其他引擎的定义相对应。ACT_DMN_HI_DECISION_EXECUTION
此表包含有关 DMN 决策表执行的审计信息。ACT_RU_
以 ACT_RU_ 开头的表都是和流程引擎运行时信息相关的一些表。涉及到的表一共有 12 张：
ACT_RU_ACTINST
流程实例中的每个活动在此表中都有一行来指示活动的当前状态。ACT_RU_TIMER_JOB
ACT_RU_SUSPENDED_JOB
ACT_RU_HISTORY_JOB
ACT_RU_DEADLETTER_JOB
Flowable 引擎使用作业表来实现异步逻辑、计时器或历史处理。这些表存储每个作业所需的数据。ACT_RU_ENTITYLINK
此表存储有关实例的父子关系的信息。例如，如果流程实例启动子案例实例，则此关系存储在此表中。这样可以轻松查询关系。ACT_RU_EVENT_SUBSCR
当流程定义使用事件（信号/消息/等或启动/中间/边界）时，引擎将对该表的引用存储在该表中。这简化了查询哪些实例正在等待某种类型的事件。ACT_RU_EXECUTION
存储流程实例和指向流程实例当前状态的指针（称为执行）。ACT_RU_IDENTITYLINK
此表存储有关用户或组的数据及其与（流程/案例/等）实例相关的角色。该表也被其他需要身份链接的引擎使用。ACT_RU_TASK
此表包含正在运行的实例的每个未完成用户任务的条目。然后在查询用户的任务列表时使用此表。CMMN 引擎也使用此表。ACT_RU_VARIABLE
此表存储与实例相关的变量。CMMN 引擎也使用此表。ACT_HI_
以 ACT_HI_* 开头的表包含正在运行和已完成的实例的历史数据，这些表的名称遵循其运行时对应的名称，这里一共涉及到 10 张表：
ACT_HI_ACTINST
历史活动信息。这里记录流程流转过的所有节点，与 ACT_HI_TASKINST 不同的是， ACT_HI_TASKINST 只记录 Task 内容。ACT_HI_ATTACHMENT
历史附件表。ACT_HI_COMMENT
流程的历史评论表。ACT_HI_DETAIL
历史详情表：流程中产生的变量详细，包括控制流程流转的变量，业务表单中填写的流程需要用到的变量等。ACT_HI_ENTITYLINK
历史参与的人员表。ACT_HI_IDENTITYLINK
任务参与者数据表，主要存储历史节点参与者的信息，可能是 Group 也可能是 User。ACT_HI_PROCINST
保存每一个历史流程，创建时就生成，一条流程实例对应一个记录。ACT_HI_TASKINST
记录每一个历史节点，一个 Task 对应一个记录。ACT_HI_TSK_LOG
每一次执行可能会带上数据，存在这里。ACT_HI_VARINST
流程历史变量表。ACT_ID_
以 ACT_ID_* 开头的都是和用户身份相关的表，一共是有 9 张表：
ACT_ID_BYTEARRAY
这是用户组的部署内容。ACT_ID_GROUP
这是用户组的表。ACT_ID_INFO
这是所有的用户的信息，账号密码。ACT_ID_MEMBERSHIP
用户和用户组的关联表。ACT_ID_PRIV
权限表。ACT_ID_PRIV_MAPPING
用户、用户组以及权限之间的关联表。ACT_ID_PROPERTY
用户的变量表。ACT_ID_TOKEN
用户访问记录表。ACT_ID_USER
用户表。ACT_FO_FORM_
以 ACT_FO_FORM_ 开头的表存储表单引擎和围绕表单模型和这些表单的实例数据。
ACT_FO_FORM_DEFINITION
表单定义表。ACT_FO_FORM_DEPLOYMENT
表单部署表。ACT_FO_FORM_INSTANCE
表单实例表。ACT_FO_FORM_RESOURCE
表单源数据表。ACT_GE_
以 ACT_GE_ 开头的表表示一些通用信息表，涉及到的表一共是两个。
ACT_GE_BYTEARRAY
存储每个流程的部署记录，bytes_ 字段中保存流程的具体内容。ACT_GE_PROPERTY
存储 Flowable 自身的一些变量，主要是版本号。ACT_RE_
以 ACT_RE_ 开头的表表示这些表都是跟流程的定义、流程的资源等等包含了静态信息相关的表。
ACT_RE_DEPLOYMENT
流程部署记录，每次服务重启会部署一次，这里会新增一条记录。ACT_RE_MODEL
创建模型时，额外定义的一些模型相关信息，存在这张表，默认不保存。ACT_RE_PROCDEF
记录流程的变更，流程每变更一次存一条记录，version_ 字段加 1。其他表
ACT_PROCDEF_INFO
流程定义信息，对流程的说明。ACT_CO_CONTENT_ITEM
每项内容在此表中都有个条目。ACT_EVT_LOG
Flowable 引入了事件日志机制，默认会在数据库中创建 ACT_EVT_LOG 表保存事件日志，如果不使用事件日志，则可以删除这个表。idea 导入插件
当时下载了两个，建议使用第二个
idea 创建bpmn文件并画流程图
在resource目录下新建文件夹process,在process文件夹上右键新建，创建出来的文件是xml，项目在启动的时候会自动部署流程，无需手动部署
然后右键用模型设计器打开文件
在模型设计器里 右键 可以使用内置的一些模型，比如开始事件，及结束事件等
下图是我之前做好的一个简单的流程
代码实例
我将Flowable的代码封装了一下，这个是接口
public interface FlowableService { void startProcess(String processInstanceKey, String businessKey, Map<String, Object> params); List<Task> findPersonTaskList(String assignee, String processInstanceKey); void completeTask(String processInstanceKey, String businessKey, Map<String,Object> params);}下面是具体的实现
public class FlowableServiceImpl implements FlowableService { @Override public void startProcess(String processInstanceKey, String businessKey, Map<String, Object> params) { // 1、创建ProcessEngine ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine(); // 2、获取RunTimeService RuntimeService runtimeService = processEngine.getRuntimeService(); // 3、根据流程定义Key启动流程 runtimeService.startProcessInstanceByKey(processInstanceKey, businessKey, params); } @Override public List<Task> findPersonTaskList(String assignee, String processInstanceKey) { ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine(); // 创建TaskService TaskService taskService = processEngine.getTaskService(); // 根据流程key 和 任务负责人 查询任务 List<Task> list = taskService.createTaskQuery() .processDefinitionKey(processInstanceKey) //流程Key .taskAssignee(assignee) //只查询该任务负责人的任务 .list(); return list; } @Override public void completeTask(String processInstanceKey, String businessKey, Map<String,Object> params) { // 获取引擎 ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine(); // 获取taskService TaskService taskService = processEngine.getTaskService(); // 根据流程key 和 任务的负责人 查询任务 // 返回一个任务对象 Task task = taskService.createTaskQuery() .processDefinitionKey(processInstanceKey) // 流程Key .processInstanceBusinessKey(businessKey) // 业务id .taskUnassigned() .singleResult(); // 完成任务,参数：任务id taskService.complete(task.getId(), params); }}然后在车辆申请的时候是下面的代码
public ApiResult createVehicleApply(CreateVehicleApply createVehicleApply) { VehicleApplies vehicleApplies = new VehicleApplies(); String s = StpUtil.getLoginId().toString(); // 设置申请人id vehicleApplies.setUserId(Long.parseLong(StpUtil.getLoginId().toString())); BeanUtil.copyProperties(createVehicleApply, vehicleApplies); // 保存用车申请，取到业务id boolean save = save(vehicleApplies); SystemUser user = adminService.getUserById(Long.valueOf(StpUtil.getLoginId().toString())); if (Objects.isNull(user)) { log.error("当前用户不存在,请联系管理员"); return ApiResult.make().failed("500", "当前用户不存在，请联系管理员"); } // 查询上级审核部门 如果不存在则返回错误信息 Integer deptId = user.getDeptId(); SystemAuditors deptAuditor = auditorsService.getOneByDeptIdAndRoleId(Long.parseLong(deptId.toString()), SmartLogisticsConstant.DEPT_ADMIN_ROLE_ID); if (Objects.isNull(deptAuditor)) { return ApiResult.make().failed("500", "没有配置上级审核部门，请联系管理员"); } // 查询对应的车管人员 SystemAuditors vehicleAdmin = auditorsService.getOneByDeptIdAndRoleId(Long.parseLong(deptId.toString()), SmartLogisticsConstant.VEHICLE_ADMIN_ROLE_ID); if (Objects.isNull(vehicleAdmin)) { return ApiResult.make().failed("500", "没有配置车辆管理员，请联系管理员"); } // 开始流程 Map<String, Object> param = Maps.newHashMap(); // 此处的几个枚举对应了，申请人、审核人员及最终审核人员的spel表达式里对应的参数 param.put(SmartLogisticsConstant.VEHICLE_APPLY_USER, StpUtil.getLoginId().toString()); // 申请人 param.put(SmartLogisticsConstant.VEHICLE_APPLY_DEPT_REVIEWER, deptAuditor.getUserId()); // 部门主任 param.put(SmartLogisticsConstant.VEHICLE_APPLY_ADMIN_REVIEWER, vehicleAdmin.getUserId()); // 车队长 flowableService.startProcess(SmartLogisticsConstant.VEHICLE_APPLY, vehicleApplies.getId().toString(), param); return ApiResult.make().ok(save); }申请完了之后，只有指定的审核人才能看到需要审核的信息
@Override public ApiResult<List<VehicleApplyList>> vehicleApplyReviewList() { List<VehicleApplyList> objects = Lists.newArrayList();// 此处查询任务列表 List<Task> personTasks = flowableService.findPersonTaskList(StpUtil.getLoginId().toString(), SmartLogisticsConstant.VEHICLE_APPLY); for (Task personTask : personTasks) { String processInstanceId = personTask.getProcessInstanceId(); if (StrUtil.isNotBlank(processInstanceId)) { ProcessInstance processInstance = ProcessEngines.getDefaultProcessEngine().getRuntimeService().createProcessInstanceQuery().processInstanceId(processInstanceId).singleResult(); // 拿到业务id String businessKey = processInstance.getBusinessKey(); VehicleApplies vehicleApplies = lambdaQuery().eq(VehicleApplies::getId, businessKey).one(); if (Objects.isNull(vehicleApplies)) { continue; } VehicleApplyList applyList = new VehicleApplyList(); BeanUtil.copyProperties(vehicleApplies, applyList); objects.add(applyList); } } return new ApiResult().ok(objects); }下面代码是审核的代码
@Override public ApiResult vehicleApplyAudit(VehicleApplyAuditReq vehicleApplyAuditReq) { Map<String, Object> params = Maps.newHashMap(); // 在这里传入审核意见（通过还是拒绝，由流程去判断下一步该走到哪里） params.put(SmartLogisticsConstant.VEHICLE_APPLY_INSPECT_OPINION, vehicleApplyAuditReq.getInspectOpinion()); params.put(SmartLogisticsConstant.VEHICLE_APPLY_ADMIN_REVIEWER, StpUtil.getLoginId().toString()); if (Objects.nonNull(vehicleApplyAuditReq.getDriverId())) { params.put(SmartLogisticsConstant.VEHICLE_APPLY_DRIVER, vehicleApplyAuditReq.getDriverId()); } flowableService.completeTask(SmartLogisticsConstant.VEHICLE_APPLY, vehicleApplyAuditReq.getId().toString(), params); // 拒绝->更新车辆申请拒绝理由 if (SmartLogisticsConstant.VEHICLE_APPLY_INSPECT_OPINION_REJECT.equals(vehicleApplyAuditReq.getInspectOpinion())) { VehicleApplies vehicleApplies = lambdaQuery().eq(VehicleApplies::getId, vehicleApplyAuditReq.getId()).one(); if (Objects.nonNull(vehicleApplies)) { vehicleApplies.setAuditResult(vehicleApplyAuditReq.getResult()); updateById(vehicleApplies); } } return ApiResult.make().ok("审核完成"); } 来源地址：https://blog.csdn.net/z_xiaoluan/article/details/129427895
