处理AWS Lambda中FIFO队列SQSEvent时BatchItemFailures的MessageId添加规则及疑问

我来直接给你明确答案：不需要把那些被跳过的后续消息ID加入BatchItemFailures集合。

这背后的逻辑和FIFO队列的特性紧密相关：

• FIFO队列的核心要求是严格按顺序处理消息，AWS Lambda和SQS的集成逻辑已经为这个场景做了优化：当你在BatchItemFailures中只标记那条处理失败的消息ID时，SQS会自动将这条失败消息以及排在它之后的所有未被确认成功的消息重新放回队列，并且完全保留它们的原始顺序。
• 按照官方建议，处理到失败消息就停止后续处理的做法是正确的，此时你只需要专注于把那个失败的消息ID加入BatchItemFailures就行。后续被跳过的消息SQS会自动处理重入队，不需要你手动添加它们的ID。

举个实际场景的例子：
假设你的批量消息包含M1、M2、M3、M4四条按顺序排列的消息，处理M2时出现失败，你立刻停止处理M3和M4。这时你只需要把M2的ID放进BatchItemFailures返回给SQS。SQS会自动把M2、M3、M4都重新放回队列的正确位置，下一次Lambda调用会收到这三条消息，依然按M2→M3→M4的顺序让你处理。

额外提醒两点：

• 如果你多余地把M3、M4的ID也加入BatchItemFailures，虽然不会引发错误，但完全是冗余操作，SQS的逻辑已经覆盖了这些后续消息的处理。
• 务必只标记实际处理失败的那条消息，不要标记未处理的消息，这样才能让SQS精准维护FIFO队列的顺序性，避免不必要的重复处理。

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