AWS SQS如何检测消息处理失败并触发死信队列机制？

SQS根本不会直接“检测”你的消费者代码是否处理失败，它是通过消息的生命周期状态间接判断的，核心靠两个机制：

• 可见性超时（Visibility Timeout）：当你调用ReceiveMessage拿到消息后，这条消息会进入「不可见」状态，时长由队列的可见性超时参数决定。这段时间内其他消费者看不到这条消息，防止重复处理。
• 手动确认（DeleteMessage）：如果你的代码处理成功，必须主动调用DeleteMessage接口删除这条消息。SQS只要收到这个请求，就认定消息处理完成。

触发死信队列的完整逻辑： #

1. 消息被消费者获取后，若处理失败（比如代码报错、服务崩溃），你没有调用DeleteMessage；
2. 等可见性超时时间到了，消息会重新变为「可见」，被再次获取；
3. 重驱动策略里的「最大接收次数」，就是统计这条消息被ReceiveMessage获取的总次数；
4. 当次数达到设定值时，SQS就会自动把这条消息移至死信队列。

关键误区纠正： #

SQS完全不关心你拿到消息后执行了什么业务逻辑——哪怕你处理成功但忘了调用DeleteMessage，或者处理失败但手动重试了N次，它只认「是否收到删除请求」和「被获取的次数」这两个信号。

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