AWS SQS可见性超时为0时重复消费问题咨询

核心问题根源 #

当你把SQS的可见性超时设为0时，直接废掉了SQS最核心的消息防重分发机制：消息被消费者（你的Lambda）接收后，会立即回到队列的「可被获取」状态，没有任何临时锁定时间。

流程异常的具体原因 #

1. 你的Lambda发起receiveMessage拿到消息，此时因为可见性超时为0，这条消息瞬间又变成可被其他请求获取的状态；
2. 你的Lambda在处理消息并调用deleteMessage的过程中，消息已经重新回到队列里；
3. 等你处理完再轮询，自然会拿到同ID的消息——每次接收都会增加消息的「接收次数」，当次数达到你设置的2次上限时，就会被扔进DLQ。

长轮询中重复收到同ID消息的原因 #

完全正确，就是因为可见性超时为0，消息在长轮询的等待窗口内被重复分发。结合SQS的分布式机制拆解：

• SQS是分布式系统，消息被分散存储在多个服务器节点上，没有全局统一的锁来同步消息状态；
• 当你发起一个长轮询（10秒）请求时，SQS会同时向多个节点查询可用消息；
• 假设节点A先把某条消息返回给你的请求，因为可见性超时为0，节点A立刻把这条消息标记为「可再次获取」；
• 此时你的长轮询请求还在等待其他节点的响应，节点B可能又把同一条消息找出来返回给你——于是你在同一个请求里拿到了同ID但不同回执句柄的消息，每个回执句柄对应一次独立的接收操作，都会增加消息的接收计数。

SQS分布式机制的关键细节 #

• 可见性超时本质是每个存储节点对消息的「临时锁定标记」：当消息被接收时，节点会给它设置一个不可见时长，在这段时间内，该节点不会再把这条消息分发给其他请求；
• 如果可见性超时为0，节点不会设置任何锁定，消息刚被取走就回到可查询状态；
• 回执句柄是单次接收操作的唯一凭证，不同的接收操作（哪怕是同一条消息）会生成不同的回执句柄——你用第一次的回执句柄删除消息后，后续接收生成的回执句柄对应的记录依然存在，消息的接收次数还是会累计，最终触发DLQ规则。

解决方案 #

• 必须把可见性超时设置为大于等于Lambda处理单条消息的最大时长，建议设为处理时长的1.5-2倍，留足余量应对突发延迟；
• 如果你是用Lambda事件源触发SQS（而非主动轮询），Lambda会自动帮你延长可见性超时，但主动轮询的话必须手动配置合理的值。

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