如何禁止EventBridge/Lambda因超时重复执行特定事件？

方案1：通过Lambda异步重试配置过滤超时错误 #

Lambda被EventBridge触发默认是异步调用模式，你可以在函数的配置>异步调用面板中精细化控制重试逻辑：

• 保留必要的重试次数（比如设置为2次），应对Lambda服务不可用、数据库连接失败等非超时类异常
• 添加「停止条件」，选择「错误代码」，匹配平台超时对应的Lambda.Unknown（Lambda超时由平台强制终止，会返回该通用错误码）
• 如果你的代码中会主动检测执行剩余时间并抛出自定义错误（比如Custom.TaskTimeout），也可以把这个错误码加入停止条件
• 配置完成后，只有非超时类错误会触发重试，超时场景直接终止重跑流程

方案2：在EventBridge规则层配置重试停止条件 #

直接在EventBridge规则的目标设置中控制投递重试：

• 设定合理的最大重试次数（比如1-2次），覆盖服务不可用的场景
• 添加停止条件，指定错误码匹配Lambda.Unknown或Lambda.TaskTimeout（部分场景下平台会返回该明确超时码）
• 可同时调整重试间隔，避免短时间内重复触发同一事件
• 这种方式无需修改Lambda业务代码，仅通过事件投递层配置解决问题

方案3：结合幂等锁+主动超时检测（规避状态更新失效风险） #

针对你担心的「状态更新失败导致无效状态」问题，可以通过以下方式降低风险：

1. 初始化幂等锁：Lambda启动时，以事件的唯一标识（比如EventBridge事件的id或业务自定义ID）为键，向DynamoDB写入IN_PROGRESS状态，并设置TTL为20分钟（比15分钟调度间隔长5分钟，避免正常处理时锁过期）。写入时使用条件表达式attribute_not_exists(id)，如果写入失败，说明已有实例在处理，直接退出函数。
2. 主动检测剩余时间：在代码的关键处理节点，调用context.getRemainingTimeInMillis()检查剩余执行时间，若剩余时间小于预设阈值（比如30秒，根据你的处理逻辑调整），主动抛出Custom.TimeoutError，同时更新状态为TIMED_OUT。
3. 过滤自定义错误重试：在Lambda或EventBridge的重试规则中，添加停止条件匹配Custom.TimeoutError，禁止该类错误的重试。

• 即使Lambda因平台超时突然终止（来不及更新状态），TTL到期后锁会自动释放，下次调度触发时可重新处理，不会永久锁死事件。

方案4：先优化Lambda执行资源（减少超时概率） #

如果超时是因数据量过大导致，可以先尝试基础优化：

• 调整Lambda的超时时间（最大支持15分钟），匹配你的数据处理时长
• 配置预留并发，避免因资源不足导致的执行延迟或超时
• 结合前面的重试过滤规则，即使仍有超时，也能确保不重复执行

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