回调生成房间列表解决方案

---

操作场景

开发者短时间内频繁创建、关闭房间，ZEGO 提供的 房间创建回调 和 房间关闭回调 不保证结果的时序与开发者执行的时序一致。

当开发者需要依赖 房间创建回调 和 房间关闭回调 维护本地房间列表时，回调时序与执行时序不一致，可能会导致部分业务出错。

比如，开发者对房间的操作顺序为：

1. 用户 u1 登录，房间 r1 创建，触发房间创建回调 c1；
2. 用户 u1 退出，房间 r1 关闭，触发房间关闭回调 c2；
3. 用户 u1 登录，房间 r1 再次创建，触发房间创建回调 c3。

经过回调服务，到达开发者服务器的顺序有可能变为：

1. 房间 r1 创建回调 c3；
2. 房间 r1 创建回调 c1；
3. 房间 r1 关闭回调 c2。

开发者根据回调的顺序更新本地房间信息，房间 r1 会被删除，实际上用户 u1 依旧在第二次创建的房间 r1 中。

操作步骤

为了解决上述回调乱序导致的问题，ZEGO 推荐开发者使用以下方案维护本地房间列表。

1 关注回调关键参数

关注 房间创建回调 和 房间关闭回调 的关键参数。

2 维护本地房间列表

根据 room_id、room_session_id、room_create_time，维护本地房间列表。

本地房间列表的数据结构如下：

{
    RoomInfo: {
        RoomID: room_id,
        RoomSessionId: room_session_id,
        RoomCreateTime:room_create_time,
        ... // 其它业务需要保存的数据
    },
    UserList:... // 请参考《回调生成房间用户列表解决方案》
}

3 处理判断逻辑

收到 房间创建回调 和 房间关闭回调 后，更新本地房间列表。

下文图片中的字段说明如下：

• 房间创建回调处理流程：

  

• 房间关闭回调处理流程：