AWS Lex聊天机器人会话超时功能失效求助

问题概述 #

已将AWS Lex聊天机器人的会话超时配置为1分钟，但原生超时功能完全失效；同时，用于检测会话超时的自定义Lambda代码（结合DynamoDB存储会话时间）也无法正常触发超时逻辑。

一、排查Lex原生会话超时失效原因 #

1. 确认配置位置与生效逻辑
   • Lex V2的会话超时需在**Bot别名（Alias）**设置中配置，而非Bot版本本身。进入Lex控制台→目标Bot→别名→编辑，确认“会话超时”已设为1分钟。
   • 注意：Lex原生会话超时为被动触发——仅当用户在超时后再次发送请求时，Lex才会重置会话，不会主动终止正在进行的会话进程。
2. 排除环境干扰
   • 确保测试未使用Lex内置的Test Bot工作台（日志中isTestWorkbenchTraffic已为false，可忽略此步），改用实际客户端（如API Gateway集成、SDK）测试：等待1分钟后发送新请求，检查会话是否被重置。
3. 检查会话状态影响
   • 若会话处于Intent的InProgress状态（如日志中GreetIntent状态为InProgress），Lex不会因超时主动中断当前Intent流程，但超时后新请求仍应触发会话重置。若未触发，需提交AWS Support工单排查服务端问题。

二、修复自定义Lambda超时检测逻辑 #

1. 验证DynamoDB权限 #

确保Lambda的IAM角色拥有DynamoDB的完整读写权限，权限示例：

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "dynamodb:GetItem",
                "dynamodb:PutItem",
                "dynamodb:UpdateItem",
                "dynamodb:DeleteItem"
            ],
            "Resource": "arn:aws:dynamodb:你的区域:你的账号ID:table/LexSessionTable"
        }
    ]
}

权限不足会导致Lambda无法读写会话数据，每次请求都被判定为新会话，永远无法触发超时。

2. 修复时区处理问题 #

当前代码中存在时区解析风险：若存储的lastInteractionTime为无时区的ISO字符串，解析后会成为naive datetime，与带UTC时区的now比较会产生偏差。修改时间处理逻辑：

# 存储时间时明确带UTC时区
now = datetime.now(timezone.utc)
# 解析时间时强制指定UTC时区，避免时区偏差
last_interaction = datetime.fromisoformat(session_data['lastInteractionTime']).replace(tzinfo=timezone.utc)

3. 完善超时响应格式 #

超时后返回的响应需符合Lex V2的规范，确保会话被正确终止：

return {
    "sessionState": {
        "dialogAction": {"type": "Close"},
        "intent": {"name": "FallbackIntent", "state": "Fulfilled"},
        "sessionAttributes": {},
        "originatingRequestId": event['sessionState'].get('originatingRequestId')
    },
    "messages": [{
        "contentType": "PlainText",
        "content": "Your session has expired. Let's start over."
    }]
}

添加originatingRequestId可避免Lex返回格式错误。

4. 增强日志调试 #

在Lambda中添加关键节点日志，便于排查问题：

# 打印时间差值
print(f"Time since last interaction: {now - last_interaction}")
# 打印DynamoDB更新结果
update_response = table.update_item(
    Key={'sessionId': session_id},
    UpdateExpression="SET lastInteractionTime = :time",
    ExpressionAttributeValues={':time': now.isoformat()}
)
print(f"DynamoDB update response: {update_response}")

三、调试步骤 #

1. 等待1分钟后，使用同一个sessionId发送请求，查看CloudWatch日志：
   • 确认session_data是否正确获取到历史会话时间
   • 检查时间差值是否超过1分钟
2. 直接查看DynamoDB表中的LexSessionTable，确认lastInteractionTime是否被正确更新
3. 若以上步骤均无问题但超时仍未触发，提交AWS Support工单，提供Bot ID、Alias ID、会话ID及测试时间，请求排查服务端异常。

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