SQS与Lambda集成技术咨询：消息重放、识别及删除疑问

1. 在Lambda中能否知晓消息已被重放的次数？ #

可以。SQS消息自带ApproximateReceiveCount属性，该属性会记录消息被接收的总次数，每次消息被Lambda拉取处理时，这个数值都会自动递增。你可以直接从Lambda的事件参数中获取该属性值，比如Python环境下通过event['Records'][0]['attributes']['ApproximateReceiveCount']读取，以此判断消息的重放次数，还能基于这个值设置重试阈值（比如超过N次后直接转入死信队列）。

2. 原队列如何识别重新入队的消息与初始消息为同一消息？ #

每个SQS消息都有一个全局唯一的MessageId，这个ID在消息的整个生命周期内保持不变——无论是首次入队，还是因处理失败被放回队列，MessageId都不会改变。你可以通过这个ID来关联同一消息的多次处理记录。注意区分MessageId和ReceiptHandle：后者是每次接收消息时生成的临时标识，用于执行删除或修改操作，但不具备持久标识的作用。

3. 未显式删除队列消息，暂未出现重复处理等问题，是否需要显式删除消息？ #

必须显式删除消息。SQS触发Lambda时会自动设置可见性超时：在超时时间内，如果Lambda没有主动删除消息，消息会重新回到队列供后续重试。你目前没遇到问题，大概率是因为Lambda的处理耗时始终小于可见性超时时间，但一旦出现处理耗时增加、Lambda执行超时、异常中断等情况，消息就会被重复投递，导致重复调用Web端点。正确的流程是：当Web请求处理成功后，立即调用SQS的DeleteMessage接口（或对应SDK方法）删除消息，确保消息不会再次进入队列。

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