SQS触发AWS Lambda失败时为何无法触发SNS通知？

核心差异：SQS的重试逻辑优先于Lambda失败目标 #

SQS作为Lambda触发源时，Lambda会自动对失败的消息做重试（默认最多2次重试，算上首次尝试共3次）。只有当这条消息的所有重试尝试都失败，并且满足以下任一条件时，才会触发你配置的“失败时”SNS目标：

• 重试次数达到Lambda设置的上限
• 消息存活时间超过SQS队列的消息保留期

而S3触发的Lambda没有这种内置的队列重试机制，单次失败后就会直接触发失败目标——这就是两种触发源行为不同的根本原因。

需要检查的关键配置 #

• Lambda的最大重试次数：在Lambda函数的「配置」→「事件源映射」（对应SQS触发的配置）里，查看“最大重试次数”。如果是默认的2次，你得等消息走完3次失败流程，才会收到SNS通知。要是想快速验证，直接把这个值设为0，单次失败就会触发通知。
• SQS可见性超时：建议把可见性超时设为Lambda函数超时的6倍左右，避免消息还没处理完就被放回队列重复执行。不过这个设置只会影响重试的时机，不影响最终失败目标的触发。
• 死信队列（DLQ）的影响：如果给SQS配了DLQ，消息重试次数到上限后会被移到DLQ，但只要你在Lambda的事件源映射里开了“将失败事件发送到目标”，即使有DLQ也会同时触发SNS。

验证步骤 #

故意让Lambda失败后，别手动操作，去CloudWatch日志里看同一消息ID的执行记录，等所有重试都失败后，就能收到SNS邮件了。嫌等的时间长，就把Lambda的最大重试次数改成0，立刻就能验证。

内容的提问来源于stack exchange，提问作者Vlado Pandžić