别再手动传审批单了！用Activiti7的会签功能，5分钟搞定多人审批流程
告别审批低效：Activiti7多实例任务实战指南
每次看到同事抱着一叠纸质审批单在办公室来回奔波，或是收到十几封关于同一份报销单的审批邮件时，你是否想过——数字时代的审批流程为什么还停留在石器时代？传统审批方式不仅消耗大量时间，还容易出现单据丢失、审批状态不透明等问题。本文将带你用Activiti7的工作流引擎彻底解决这些痛点。
1. 为什么需要多实例任务
在大多数组织中，审批流程往往不是简单的直线型。一份采购申请可能需要财务、法务和部门主管三方共同审批；一个项目立项书可能需要至少两位技术专家的评审意见；而一个简单的请假申请可能只需要任意一位值班经理签字即可。这些场景对应着两种典型的多实例任务模式：会签（所有审批人都需同意）和或签（任一审批人同意即可）。
传统解决方案通常采用以下三种方式，但都存在明显缺陷：
- 串行审批：按固定顺序逐个审批，效率低下且容易形成瓶颈
- 邮件抄送：审批状态难以追踪，容易漏审或重复审批
- 人工汇总：需要专人收集整理审批结果，工作量大且易出错
Activiti7的多实例任务功能通过以下核心优势解决了这些问题：
- 并行处理：所有审批人可同时收到任务，审批过程互不阻塞
- 自动聚合：系统自动统计审批结果，无需人工干预
- 状态透明：实时查看每个审批人的处理状态和整体进度
- 灵活规则：支持按人数、比例或自定义条件判断审批结果
// 典型的多实例任务配置参数 multiInstanceLoopCharacteristics { isSequential: false // 是否顺序执行，false表示并行 collection: "approveUserList" // 审批人列表变量名 elementVariable: "approver" // 当前审批人变量名 completionCondition: "${nrOfCompletedInstances/nrOfInstances > 0.5}" // 完成条件 }2. 会签实战：从业务流程到技术实现
2.1 业务流程建模
假设我们有一个"项目预算审批"流程，需要财务总监、技术总监和产品总监三方会签。在BPMN设计器中，我们需要：
- 创建UserTask并设置为多实例
- 配置关键属性：
- Collection：approvers（审批人列表变量）
- Element variable：currentApprover（当前审批人）
- Completion condition：${nrOfCompletedInstances == nrOfInstances}（全部同意）
| 属性 | 值 | 说明 |
|---|---|---|
| isSequential | false | 并行审批 |
| loopCardinality | 空 | 由collection决定实例数 |
| completionCondition | ${nrOfCompletedInstances == nrOfInstances} | 需全部完成 |
2.2 Spring Boot集成实现
在Spring Boot项目中启动一个会签流程：
@RestController @RequestMapping("/approval") public class ApprovalController { @Autowired private RuntimeService runtimeService; @PostMapping("/startBudgetApproval") public String startBudgetApproval(@RequestBody ApprovalRequest request) { Map<String, Object> variables = new HashMap<>(); variables.put("approvers", Arrays.asList("finance_mgr", "tech_mgr", "product_mgr")); variables.put("budgetAmount", request.getAmount()); ProcessInstance instance = runtimeService.startProcessInstanceByKey( "budgetApproval", variables ); return "流程已启动，ID：" + instance.getId(); } }审批人完成任务时：
@PostMapping("/completeApproval/{taskId}") public String completeApproval(@PathVariable String taskId, @RequestBody ApprovalResult result) { Map<String, Object> variables = new HashMap<>(); variables.put("approved", result.isApproved()); variables.put("comment", result.getComment()); taskService.complete(taskId, variables); return "审批结果已提交"; }提示：实际项目中应考虑添加事务管理和异常处理，确保流程状态一致性
3. 或签场景与高级配置
3.1 基础或签实现
对于"值班经理审批"这类或签场景，配置要点在于完成条件：
<userTask id="managerApproval" name="值班经理审批"> <multiInstanceLoopCharacteristics isSequential="false" collection="managers" elementVariable="manager"> <completionCondition>${nrOfCompletedInstances >= 1}</completionCondition> </multiInstanceLoopCharacteristics> </userTask>启动流程时传入审批人列表：
List<String> managers = shiftService.getAvailableManagers(); variables.put("managers", managers);3.2 动态审批人策略
实际业务中，审批人列表往往需要动态确定。可以通过实现AssignmentProvider接口实现：
public class DynamicApproverProvider implements AssignmentProvider { @Override public Collection<String> getAssignments(DelegateExecution execution) { String department = (String) execution.getVariable("department"); String requestType = (String) execution.getVariable("requestType"); return approvalRuleService.findApprovers(department, requestType); } }然后在流程定义中引用：
<userTask id="dynamicApproval" name="动态审批"> <extensionElements> <activiti:assignmentProvider class="com.example.DynamicApproverProvider"/> </extensionElements> </userTask>4. 调试与性能优化
4.1 数据库状态分析
了解多实例任务在数据库中的表示有助于调试：
ACT_RU_TASK表：
- 每个审批人对应一条任务记录
- 当完成条件满足时，所有相关记录会被清除
ACT_HI_TASKINST表：
- 记录历史任务实例
- 被跳过的或签任务会有特殊标记（DELETE_REASON_字段）
4.2 性能优化建议
批量操作：当审批人较多时，使用批量查询接口
List<Task> tasks = taskService.createTaskQuery() .processInstanceId(processInstanceId) .listPage(0, 100);异步处理：对非关键操作配置异步属性
<serviceTask id="archiveTask" activiti:async="true"/>缓存策略：对频繁访问的流程定义启用缓存
activiti.process-definition-cache-limit=100索引优化：确保ACT_RU_TASK表上的PROC_INST_ID_和ASSIGNEE_字段有索引
在实际项目中引入多实例任务后，某企业的采购审批周期从平均3.5天缩短至6小时，审批相关的人工操作时间减少了82%。更重要的是，所有审批记录现在都可追溯、可审计，大大降低了合规风险。