房间连接状态说明

用户在使用 ZEGO Express SDK 进行音视频通话或直播时，需要先加入房间才能收到来自同一房间内的其他用户的流新增/删除、用户进出等回调通知，所以用户在房间内的连接状态决定了用户是否能正常使用音视频业务。

本文主要介绍如何判断用户在房间内的连接状态，以及各个连接状态的转化过程。

监听房间连接状态

用户可通过监听 onRoomStateChanged 回调，实时监控自己在本房间内的连接状态。当用户连接状态发生改变时，SDK 会触发该回调，并在回调中明确当前的连接状态和相关错误码。

如果因为网络质量不佳导致房间连接中断，SDK 内部会自动进行重试，详情请参考 Express SDK 是否支持断线重连机制？

房间状态说明

房间连接状态会互相转化，开发者可通过 ZegoRoomStateChangedReason 的值判断各种情况，并在必要时结合 errorCode 处理相应的逻辑。

开发者可参考以下代码处理常见业务事件：

-(void)onRoomStateChanged:(ZegoRoomStateChangedReason)reason errorCode:(int)errorCode extendedData:(NSDictionary *)extendedData roomID:(NSString *)roomID {
    if(reason == ZegoRoomStateChangedReasonLogining)
    {
        // 登录中
        // 当调用 loginRoom 登录房间或 switchRoom 切换到目标房间时，进入该状态，表示正在请求连接服务器。
    }
    else if(reason == ZegoRoomStateChangedReasonLogined)
    {
        // 登录成功
        // 当前是开发者主动调用 loginRoom 登录成功，或调用 switchRoom 切换房间成功触发的回调。这里可以处理首次登录房间成功的业务逻辑，比如拉取聊天室、直播间基础信息。
    }
    else if(reason == ZegoRoomStateChangedReasonLoginFailed)
    {
        // 登录失败
        if (errorCode == 1002033) {
            //当使用登录房间鉴权的功能时，传入的 Token 错误或者过期
        }
    }
    else if(reason == ZegoRoomStateChangedReasonReconnecting)
    {
        // 重连中
        // 当前是 SDK 断线重连成功触发的回调，这里建议展示一些重连的 UI
    }
    else if(reason == ZegoRoomStateChangedReasonReconnected)
    {
        // 重连成功
    }
    else if(reason == ZegoRoomStateChangedReasonReconnectFailed)
    {
        // 重连失败
        // 当房间连接彻底断开时，SDK 不会再进行重连，开发者如果需要再次登录房间，可以主动调用 loginRoom 接口
        // 此时可以在业务中退出房间/直播间/课堂，或者手动调用接口再次登录
    }
    else if(reason == ZegoRoomStateChangedReasonKickOut)
    {
        // 被踢出房间
        if (errorCode == 1002050) {
            // 用户被踢出房间（由于 userID 相同的用户在其他地方登录）
        }
        else if (errorCode == 1002055) {
            // 用户被踢出房间（开发者主动调用后台的踢人接口）
        }
    }
    else if(reason == ZegoRoomStateChangedReasonLogout)
    {
        // 登出成功
        // 开发者主动调用 logoutRoom 登出房间成功
        // 或调用 switchRoom 切换房间，SDK 内部登出当前房间成功
        // 开发者可以在这里处理主动登出房间回调的逻辑
    }
    else if(reason == ZegoRoomStateChangedReasonLogoutFailed)
    {
        // 登出失败
        // 开发者主动调用 logoutRoom 登出房间失败
        // 或调用 switchRoom 切换房间，SDK 内部登出当前房间失败
        // 错误的原因可能有登出房间 ID 错误或者不存在
    }
}

房间断线重连

用户登录房间后，因网络信号问题/网络类型切换问题导致与房间断连，SDK 内部会自动重连。如下描述了用户 A 和用户 B 已登录同一个房间的情况下，用户 A 的房间连接状态变化。

房间断连后重连的情况有如下三种：

情况一：在服务端判断用户 A 心跳超时前重连成功

如果用户 A 短暂断线，但是在 90s 内重连成功了，那么用户 B 不会收到 onRoomUserUpdate 的回调通知。

• T0 = 0s：用户 A 的 SDK 收到客户端发起的 loginRoom 请求。
• T1 ≈ T0 + 120 ms：通常在调用 loginRoom 120 ms 后，客户端可以加入房间。加入房间过程中，用户 A 的客户端会收到 2 次 onRoomStateChanged 回调，分别通知客户端正在连接房间（Logining）以及连接房间成功（Logined）。
• T2 ≈ T1 + 100 ms：因网络传输延迟，用户 B 约在 100 ms 后收到 onRoomUserUpdate 回调以通知客户端用户 A 加入房间。
• T3：某个时间点，用户 A 因网络断开等原因导致上行网络变差。SDK 会尝试重新加入房间，同时客户端会收到 onRoomStateChanged 回调以通知客户端用户 A 正在断线重连。
• T5 = T3 + time（小于 90s）：用户 A 在重连时间内恢复网络，重连成功。会收到 onRoomStateChanged 回调以通知客户端用户 A 重连成功。

情况二：在服务端判断用户 A 心跳超时后重连成功

• T0、T1、T2、T3 时刻的情况同 情况一：在服务端判断用户 A 心跳超时前重连成功 中的 T0、T1、T2、T3。

• T4' ≈ T3 + 90s：用户 B 此时收到 onRoomUserUpdate 回调以通知用户 A 已断线。

• T5' = T3 + time（大于 90s，小于 20 min）：用户 A 在重连时间内恢复网络，重连成功。会收到 onRoomStateChanged 回调以通知客户端用户 A 重连成功。

• T6' ≈ T5' + 100 ms：因网络传输延迟，用户 B 约在 100ms 后收到 onRoomUserUpdate 回调以通知客户端用户 A 加入房间。

情况三：用户 A 重连失败

• T0、T1、T2、T3 时刻的情况同 情况一：在服务端判断用户 A 心跳超时前重连成功 中的 T0、T1、T2、T3。

• T4'' ≈ T3 + 90s：用户 B 此时收到 onRoomUserUpdate 回调以通知用户 A 已断线。

• T5'' = T3 + 20 min：如果用户 A 连续 20 min 内无法重新加入房间，SDK 不再继续尝试重新连接。用户 A 将会收到 onRoomStateChanged 回调以通知客户端重连失败。

相关文档

Express SDK 是否支持断线重连机制？