如何在AWS API Gateway中自定义WebSocket连接的connectionID生成规则

connectionID的生成逻辑 #

• AWS WebSocket API Gateway的$context.connectionId完全由AWS服务端内部逻辑自动生成，是与当前WebSocket连接生命周期绑定的全局唯一随机字符串，生成过程不对外暴露，也不会和客户端传入的自定义参数做原生绑定。
• 该ID仅在当前连接保持活跃时有效，一旦连接断开（主动断开、超时、网络异常等情况）就会永久失效，即使同一客户端后续重新连接，也会获得全新的connectionId。

能否自定义connectionID的生成规则？ #

不支持直接自定义connectionId的取值，AWS没有提供任何配置入口允许开发者修改connectionId的生成逻辑，也无法强制将其赋值为你数据库中存储的用户ID，原生规则下该字段的取值完全由AWS控制。

实现用户ID与连接标识绑定的替代方案 #

你可以通过以下成熟方案实现你的业务需求，不需要修改原生connectionId：

• 在$connect路由的集成逻辑（通常是Lambda函数）中，先校验客户端传入的用户身份凭证（如JWT、自定义请求头/query参数携带的用户ID），再将身份校验通过的用户ID和本次请求对应的connectionId做关联，写入你的数据库或Redis缓存中。
• 需要向指定用户推送消息时，先通过用户ID查询到当前绑定的有效connectionId，再调用PostToConnection接口发送消息即可。
• 可以在$disconnect路由触发时自动删除对应的绑定关系，清理脏数据。如果需要支持同一用户多端同时在线，只需为同一个用户ID存储多个有效connectionId即可。
• 如果你需要保证单用户同一时间只能有一个有效连接，可以在$connect阶段校验该用户ID是否已经存在绑定的connectionId，如果存在就先调用DeleteConnection接口踢掉旧连接，再写入新的绑定关系，完全可以实现你需要的唯一性控制逻辑。

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