由SNS触发的AWS Lambda能否通过SNS触发器捕获函数异常

原生SNS触发器不具备直接捕获所绑定Lambda函数抛出异常的能力，但你完全可以通过Lambda原生错误配置搭配现有服务链路，实现统一异常捕获、标准化设备错误回传的流程，具体实现路径如下：

• 配置业务Lambda的异步调用失败目标
  给当前被SNS触发的业务Lambda，设置异步调用的失败投递目的地，可选目的地支持SNS主题、SQS队列、其他Lambda函数。当Lambda执行抛出未捕获异常、耗尽默认重试次数后，会自动把包含完整错误栈、原始触发事件（即设备上报的SNS消息内容）、请求ID、错误类型的结构化数据投递到你指定的失败目标，不需要在业务代码里零散写异常上报逻辑。
• 搭建独立的统一异常处理链路
  单独部署一个专门处理错误逻辑的Lambda，订阅上述接收异常的SNS主题/队列，在这个函数里集中做所有错误处理操作：
  • 解析异常信息和原始设备上报数据的上下文，区分系统级故障（比如数据库连接超时）和业务数据错误（比如设备上报字段非法、参数无效）
  • 按照设备端约定的通信协议，封装标准化的错误消息体，映射对应错误码
  • 将封装完成的错误消息投递到设备监听的SQS指令队列，完成错误回传
• 配套优化配置
  可以根据业务场景调整业务Lambda的异步重试次数（默认重试2次），规避网络抖动、数据库瞬时连接失败这类临时故障直接触发错误回传；如果是业务校验类的异常（比如设备上报无效数据），可以在业务代码里抛出带明确错误码的自定义异常，方便后续错误处理函数做分类映射，不用靠解析错误栈判断错误类型。

提示：不要在各个业务Lambda里零散编写错误回传逻辑，把错误处理抽成独立链路后，后续新增其他业务触发场景也能直接复用这套流程，减少重复代码。

内容的提问来源于stack exchange，提问作者Esben von Buchwald