SQS触发Lambda未终止已完成执行致超时，求解决方案

问题根源 #

Lambda默认会复用空闲的执行环境，SQS作为事件源时，会把后续消息批次分配给已经完成任务的实例，以此减少冷启动开销。但这种复用会让单个实例的累积运行时间逐渐接近15分钟的超时上限，最终导致任务失败。

解决办法 #

1. 强制Lambda执行后终止实例 #

在Lambda代码结尾添加主动退出的逻辑，让服务不再复用这个实例：

# Python 示例
import os
import sys

def lambda_handler(event, context):
    # 这里写你的业务处理代码
    
    # 强制终止实例，禁止复用
    os.environ['AWS_LAMBDA_EXEC_WRAPPER'] = ''
    sys.exit(0)

// Node.js 示例
exports.handler = async (event, context) => {
    // 这里写你的业务处理代码
    
    // 强制终止实例，禁止复用
    process.env.AWS_LAMBDA_EXEC_WRAPPER = '';
    process.exit(0);
};

原理是通过修改特定环境变量+主动退出，让Lambda把这个实例从复用池中移除，后续消息会分配给新实例。

2. 调整SQS事件源的批次配置 #

如果不需要完全禁用复用，只是降低单实例累积超时的概率，可以调整这两个参数：

• 缩小BatchSize：减少每个批次的消息数量，缩短单批次执行时间，降低累积到15分钟的可能性。
• 把MaximumBatchingWindowInSeconds设为0：让SQS一有消息就触发Lambda，不等待攒批次，减少单个实例被分配多批次的频率。

3. 用预留并发固定实例数量 #

如果你的需求是稳定跑100个并发实例，可以给Lambda配置预留并发：

• 设置ReservedConcurrentExecutions为100，确保AWS为你预留足够的执行环境，避免因复用导致实例数量不足。
• 配合调小BatchSize，让每个实例处理少量批次后就被新实例替换，避免累积超时。

4. 拆分长任务，缩短单Lambda运行时间 #

如果业务允许，把耗时的任务拆分成多个阶段：

• 比如先用Lambda接收SQS消息做简单预处理，再把任务转发到另一个SQS或Step Functions，由新的Lambda实例处理后续步骤，避免单个实例长时间运行。

注意点 #

• 强制终止实例会增加冷启动的频率，可能带来一定的延迟，需要在“避免超时”和“冷启动开销”之间做权衡。
• 预留并发会产生额外费用，需要先评估成本再配置。

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