SpringBootFlowable 审批候选人策略设计十余种 Strategy Invoker一次讲清下一关谁审演示地址http://ruoyioffice.com | 源码1·GitHubruoyi-office | 源码2·GitCoderuoyi-office | 源码3·Giteeruoyi-office | 微信17156169080备注「RuoYi Office」流程画得再漂亮下一关「没人可审」就全废。硬编码assignee只能应付 demo真实企业要的是按角色、按部门负责人、按发起人自选、按表单里填的「项目经理」……正确姿势是策略模式每个规则一个 StrategyInvoker 统一注册、计算与部署校验。▲ 一屏看清Invoker 注册/分发/校验 → 四类策略组织 · 发起人 · 表单 · 兜底→ candidateStrategy / candidateParam / validateBpmnConfig引言下一关谁审才是流程真正的难题朴素做法后果BPMN 写死 userId换人就改图、发版只支持「指定角色」发起人自选、表单字段全做不了运行时算不出人再报错单据卡死运维救火每种规则 if-else 堆在监听器三个月后无法扩展目标架构一句话设计器写 strategyparam运行时 Invoker 算人部署前先校验。一、策略枚举把「人从哪来」编码化BpmTaskCandidateStrategyEnum用整型策略码区分规则例如分类策略示例组织类角色、部门成员、部门负责人、岗位、用户、用户组发起人相关发起人自己、发起人自选、发起人部门负责人、连续多级负责人审批中自选当前审批人指定下一节点审批人表单类表单内用户字段、表单内部门负责人表达式 / 兜底流程表达式、审批人为空设计器侧把candidateStrategy/candidateParam写入 UserTask 扩展属性运行时再解析。▲ 流程模型是策略配置的入口每个审批节点选一种候选人规则而不是写死工号二、Strategy 接口统一契约publicinterfaceBpmTaskCandidateStrategy{BpmTaskCandidateStrategyEnumgetStrategy();voidvalidateParam(Stringparam);defaultbooleanisParamRequired(){returntrue;}SetLongcalculateUsersByTask(DelegateExecutionexecution,Stringparam);SetLongcalculateUsersByActivity(BpmnModelmodel,StringactivityId,Stringparam,LongstartUserId,StringprocessDefinitionId,MapString,ObjectprocessVariables);}每个策略一个 Spring Bean构造BpmTaskCandidateInvoker时注入ListBpmTaskCandidateStrategy放进strategyMap重复策略码直接 Assert 失败——避免两个实现抢同一个码。三、Invoker计算链路与三道保险运行时核心是calculateUsersByTaskIntegerstrategyBpmnModelUtils.parseCandidateStrategy(flowElement);StringparamBpmnModelUtils.parseCandidateParam(flowElement);SetLonguserIdsgetCandidateStrategy(strategy).calculateUsersByTask(execution,param);removeDisableUsers(userIds);// 去掉禁用账号if(CollUtil.isEmpty(userIds)){// 候选人为空 → 走 ASSIGN_EMPTY 兜底策略userIdsgetCandidateStrategy(ASSIGN_EMPTY).calculateUsersByTask(execution,param);}removeStartUserIfSkip(userIds,flowElement,startUserId);// 发起人跳过配置三道保险值得抄DataPermission(enable false)算候选人时关掉数据权限避免「权限过滤导致找不到审批人」禁用用户剔除账号停用不能继续占坑为空兜底 / 发起人跳过空了走「审批人为空」配置若配置了发起人与审批人相同时跳过则从集合移除只剩一人时不删避免无人可审自动通过 / 自动拒绝的节点直接返回空集合不再算人。▲ 设计器节点配置把策略落到模型部署前 Invoker.validateBpmnConfig 会扫所有 UserTask四、部署前校验宁可发不出去也不要跑到一半卡住userTaskList.forEach(userTask-{// 自动通过/拒绝跳过IntegerstrategyBpmnModelUtils.parseCandidateStrategy(userTask);StringparamBpmnModelUtils.parseCandidateParam(userTask);if(strategynull){throwexception(MODEL_DEPLOY_FAIL_TASK_CANDIDATE_NOT_CONFIG,userTask.getName());}if(candidateStrategy.isParamRequired()StrUtil.isBlank(param)){throwexception(MODEL_DEPLOY_FAIL_TASK_CANDIDATE_NOT_CONFIG,userTask.getName());}getCandidateStrategy(strategy).validateParam(param);});这是产品体验关键错配在发布时报错而不是员工提交后卡在待办黑洞。▲ 策略算对了待办才会落到真人算错了再漂亮的时间轴也救不了五、四类策略怎么选产品视角场景更合适的策略财务岗固定审报销角色 / 岗位「谁的单子谁领导批」发起人部门负责人 / 连续多级提交时指定审批人发起人自选表单选了项目经理表单内用户字段规则很绕、要脚本流程表达式组织变动导致暂时无人审批人为空转管理员/跳过等扩展新规则时加枚举码 → 实现 Strategy Bean → 设计器下拉加一项。Invoker 不用改。六、技术亮点总结设计要点实现方式价值策略模式Strategy Invoker Map新规则可插拔双参数strategy param配置与计算解耦部署校验validateBpmnConfig防无人可审上线算人关数据权限DataPermission(false)避免过滤过头空人兜底ASSIGN_EMPTY流程不僵死发起人跳过removeStartUserIfSkip减少「自己批自己」七、快速体验在线演示http://ruoyioffice.com/web/账号admin/admin123打开流程管理 → 流程模型编辑一个简单流程。点开审批节点切换「指定角色 / 发起人自选 / 发起人部门负责人」等策略并保存发布。故意清空某节点审批人配置再发布确认被校验拦住。发起业务单到待办核对任务是否落到预期人。源码仓库GitHub | GitCode | Gitee常见问题FAQ为什么算候选人要关闭数据权限候选人计算是「系统找谁该审」不是「当前登录人能看哪些数据」。若带着数据权限过滤部门负责人可能被滤掉流程直接断。候选人为空一定会失败吗不一定。会再走「审批人为空」策略转交管理员、自动通过等取决于配置。兜底策略计算时不再剔除禁用用户防止二次清空。发起人自选和审批人自选有什么区别发起人自选提交申请时选本节点审批人。审批人自选当前节点审批时指定下一节点审批人。时机不同。表单内用户字段策略的 param 是什么通常是表单字段名运行时从流程变量里取出用户 ID 再解析。适合「项目经理」「对接人」等随单变化的角色。新策略要改 Flowable 引擎吗不用。扩展属性仍是 strategy/param新增一个实现BpmTaskCandidateStrategy的 Bean 即可被 Invoker 自动注册。结语候选人策略的本质是把「下一关谁审」从硬编码变成可配置、可校验、可扩展的策略族。Invoker 负责注册与兜底设计器负责把规则写进模型——流程才能在组织变动中活下去。你们项目里审批人是写死的还是已经策略化了有没有踩过「部署成功但无人可审」欢迎评论区交流。想要体验 RuoYi Office 的强大功能在线演示http://ruoyioffice.com/web/账号 admin / admin123源码仓库GitHub | GitCode | Gitee技术咨询添加微信17156169080备注「RuoYi Office」⭐如果觉得不错请给个 Star 支持一下