如何在AWS Lex中通过AWS Lambda管理多会话解决userId覆盖问题

你遇到的本质问题是Lambda是无状态服务，不能把用户会话数据存在Lambda的全局内存里——Lambda实例可能被多个用户请求复用，后续用户的请求会覆盖之前存储的userId，导致老用户的会话数据丢失。给你几个可行的解决思路：

• 利用Lex自带的会话属性存储用户专属数据
  Lex每次交互都会在event对象里传递sessionAttributes字段，这个字段是当前用户专属的，不会和其他用户混淆。你可以把每个用户的worklist数据绑定到他们的userId上，存在这个字段里：

  1. 处理请求时，先获取当前用户的userId = event.userId
  2. 从event.sessionAttributes中取出该用户的worklist（如果没有就初始化空列表）：const userWorklist = event.sessionAttributes?.[userId] || []
  3. 完成业务逻辑后，把更新后的worklist放回sessionAttributes，在Lambda的返回结果中带上这个字段，Lex会自动帮你维护每个用户的会话属性。

• 用DynamoDB做外部持久化存储
  如果你的会话数据需要长期保留，或者数据量较大，直接用DynamoDB存储所有用户的会话状态：

  1. 以userId作为DynamoDB表的主键，每个条目存储对应用户的worklist和其他会话数据
  2. 每次Lambda被调用时，根据当前的event.userId去DynamoDB查询该用户的专属数据
  3. 处理完请求后，将更新后的数据写回DynamoDB，确保每个用户的数据独立存储，互不干扰。

• 绝对不要在Lambda全局作用域存储用户数据
  之前你把userId存在Lambda全局变量里的做法是错误的，全局变量会被同一Lambda实例处理的所有请求共享，必然会出现用户数据互相覆盖的问题。所有用户相关数据都要放在请求级别的局部作用域，或者外部存储中。

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