AWS Step Functions：如何通过一个Map迭代终止其他迭代

方法1：主动取消挂起的迭代任务 #

针对内联Map中各迭代等待任务令牌的场景，可通过以下步骤实现获胜迭代终止其他任务：

1. 预存所有迭代的任务令牌
   在Map执行前，为每个迭代项分配唯一标识；进入Map的WaitForTaskToken状态后，将当前迭代的任务令牌与标识一同存入共享存储（如DynamoDB），或通过Lambda将令牌汇总到状态机全局上下文。
2. 获胜迭代触发取消操作
   当某迭代收到任务令牌并完成处理后，执行一个Lambda步骤：从共享存储中读取其余所有迭代的任务令牌，逐个调用SendTaskFailure接口，传入自定义错误码（如CancelledByWinner），将这些挂起的等待任务标记为取消状态。
3. 配置Map步骤的错误处理
   在Map步骤的Catch块中捕获CancelledByWinner错误，将其映射为成功状态（或直接忽略）；同时通过ResultSelector筛选出获胜迭代的结果，确保Map步骤退出后仅传递该结果到后续流程。

方法2：用Parallel分支竞争替代内联Map #

如果内联Map的令牌管理过于繁琐，可改用Parallel状态实现分支竞争：

1. 将原Map的每个迭代逻辑拆分为Parallel状态的独立分支，每个分支包含WaitForTaskToken及后续结果处理步骤。
2. 配置Parallel状态的CompletionConfig，设置RequiredCount为1——只要有一个分支成功完成，其余分支会被状态机自动终止，无需额外API调用。
3. 通过ResultSelector提取获胜分支的输出（例如$.branches[?(@.status == 'SUCCEEDED')].output），直接传递给后续流程。

核心注意事项 #

• 令牌存储逻辑需保证可靠性，避免出现令牌丢失导致无法取消部分迭代的情况。
• 自定义错误码需与业务真实错误区分，防止误处理正常失败场景。
• 无论采用哪种方案，都需明确配置结果筛选规则，确保后续流程仅基于获胜迭代的结果执行。

内容的提问来源于stack exchange，提问作者Maxim Suponya