Elsa Workflows中实现多人审批竞争性完成的机制解析

背景与需求场景

在现代工作流引擎应用中，多人并行审批是一种常见模式。例如某个采购申请需要三位部门主管中任意一位审批即可通过，此时系统需要确保只要有一位完成审批，其他并行分支就自动取消执行。这种"竞争性完成"机制在Elsa Workflows中的实现方式经历了版本迭代。

Elsa 3.x版本的解决方案演进

Elsa 3.5及之前版本：Join活动方案

在Elsa 3.5及更早版本中，虽然没有专门的CancellationScope活动，但可以通过Join活动实现类似效果。其核心原理是：

1. 并行分支设计：创建工作流时，从起始节点分出多个并行审批分支
2. 汇聚节点处理：所有分支最终连接到一个Join活动
3. 自动取消机制：当任一分支到达Join节点时，引擎会自动取消其他分支的待处理书签(bookmark)

典型的工作流结构如下：

开始 → 审批人A → Join → 结束
开始 → 审批人B → Join
开始 → 审批人C → Join

Elsa 3.6的优化方案：Race合并模式

从Elsa 3.6版本开始，工作流设计变得更加灵活：

1. 去中心化合并：不再强制要求使用Join活动，任何活动都可作为合并点
2. 配置化竞争：通过设置活动的"merge mode"属性为"Race"来实现竞争完成
3. 智能取消：当任一分支到达合并点时，其他所有携带书签的输入分支都会被自动取消

这种改进使得工作流设计更加直观，减少了必须使用特定活动的限制。

实现原理深度解析

书签机制的核心作用

Elsa的竞争性完成机制依赖于其底层的书签系统：

1. 每个等待审批的活动都会创建一个持久化的书签
2. 当用户完成审批时，系统通过书签恢复工作流执行
3. 在竞争模式下，系统会主动清理其他并行分支的书签

实际应用建议

对于需要实现"任意一人审批即通过"的场景，建议：

1. 明确区分审批活动和普通活动
2. 为每个审批分支设置明确的前置条件
3. 在生产环境中充分测试竞争条件下的异常处理
4. 考虑添加超时机制作为补充保障

版本选择建议

对于不同项目环境：

1. 新项目建议直接采用Elsa 3.6+版本，利用更灵活的Race合并模式
2. 现有系统若使用3.5版本，可通过Join活动实现相同效果
3. 特别复杂的场景可以考虑自定义活动扩展基础功能

通过理解Elsa的这些机制，开发者可以构建出更健壮、高效的多人协作工作流系统，满足各种业务审批场景的需求。