咨询：AWS SQS不符合过滤条件的消息为何被无故删除？

Lambda搭配SQS触发器时，默认不会删除不符合过滤规则的消息——这类消息会留在队列中，等待其他消费者处理或后续符合条件的触发器拉取。你遇到的异常情况，大概率是过滤规则配置错误，导致不符合条件的消息被误拉取后删除，或是存在其他未排查到的消费逻辑。

核心修正步骤 #

1. 修正过滤规则语法
   你的当前配置中，嵌套式的body对象写法不符合AWS FilterPolicy的要求。针对SQS消息体的字段过滤，必须使用点符号路径来指定JSON字段。修改后的配置如下：

filterPatterns: [
  {
    "body.type": ["EMAIL"],
    "body.action": [{ exists: true }],
    "body.payload": [{ exists: true }]
  }
]

该配置会明确告诉触发器：仅拉取消息体（合法JSON格式）中type为EMAIL，且action、payload字段存在的消息。

2. 验证消息体格式
   过滤规则仅对合法JSON格式的消息体生效。如果队列中存在非JSON格式的消息，触发器无法解析字段，会直接判定为不符合条件，不会拉取。若这类消息消失，需排查是否有其他消费者（比如其他Lambda、脚本）在处理它们。

3. 排查Lambda的实际处理逻辑

• 查看Lambda的CloudWatch日志，确认是否有不符合过滤规则的消息被传入处理。如果有，说明过滤规则仍未生效，需重新核对配置并重新部署服务。
• 结合你设置的functionResponseType: 'ReportBatchItemFailures'，检查Lambda代码是否正确返回失败项：对于不符合条件的消息，必须将其receiptHandle加入batchItemFailures数组返回，SQS才会将这些消息重新放回队列；若返回格式错误或未标记失败，Lambda会默认所有批量消息处理成功，导致不符合条件的消息被删除。

4. 检查队列的其他消费者
   确认该SQS队列是否绑定了其他Lambda函数、ECS任务或脚本。如果有，可能是这些消费者删除了不符合条件的消息。可以通过SQS的NumberOfMessagesDeleted指标、CloudTrail日志排查删除操作的来源。

额外注意事项 #

• 确认队列的可见性超时设置合理：如果消息被拉取后，Lambda在超时前未返回结果，消息会自动回到队列；但超时过短可能导致重复处理。
• 修改配置后必须重新部署服务，确保触发器的过滤规则更新生效。

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