添加aws-lambda-powertools幂等配置后AWS Lambda冷启动时代码不执行

• asyncio调用方式适配问题。Lambda冷启动时主线程默认没有初始化事件循环，你用asyncio.get_event_loop()在冷启动场景下会触发隐式创建逻辑，部分Runtime版本下会出现无报错但事件循环未正常启动的问题，代码静默终止。再加上幂等装饰器默认会捕获非显式抛出的异常用于幂等状态回滚，就会出现无日志、无执行结果的现象。
• 代码执行顺序不合理。你先执行异步逻辑再解析请求body，一方面如果异步逻辑依赖body内容会直接报错，另一方面幂等装饰器默认用整个event作为幂等键生成依据，event里包含大量每次请求都变化的Lambda元数据，会导致幂等逻辑完全失效，甚至触发装饰器的异常分支。
• 响应状态码不符合MS Teams要求。你返回400状态码会被Teams判定为请求失败，触发多次重试，进一步放大幂等逻辑的异常问题。

1. 替换asyncio调用方式，改用Python官方推荐的asyncio.run()自动管理事件循环生命周期，避免冷启动适配问题：

# 原代码
asyncio.get_event_loop().run_until_complete(lambda_messages(event))
# 替换为
asyncio.run(lambda_messages(event))

2. 调整执行顺序，显式指定幂等键：将body解析逻辑前置到异步逻辑执行前，同时给幂等装饰器指定业务唯一键作为幂等依据，避免无效键导致的幂等逻辑异常：

@idempotent(
    persistence_store=persistence_layer, 
    config=cfg,
    key_generator=lambda event, context: json.loads(event["body"])["request_id"] # 替换为MS Teams请求里的唯一消息ID字段
)
def lambda_handler(event:dict, context: dict): 
    payload = json.loads(event["body"])
    asyncio.run(lambda_messages(event, payload))
    # 返回符合Teams要求的200响应
    return {
        "statusCode": 200,
        "headers": {"Content-Type": "application/json"},
        "body": json.dumps({"status": "accepted"})
    }

3. 开启幂等配置的异常抛出：修改幂等配置cfg，添加raise_on_exception=True参数，避免装饰器静默吞掉异常，方便在CloudWatch日志中排查具体错误。
4. 长耗时处理优化：如果你的lambda_messages逻辑执行时间超过15秒，建议不要直接在handler内执行，先将消息写入SQS队列后立刻返回200响应，使用独立的Lambda函数异步消费SQS消息处理业务逻辑，避免触发MS Teams的超时重试机制。

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