QuickBlox 2.8.0.1版本音频通话UserInfo偶发缺失问题求助

我之前在使用QuickBlox 2.8.0.1版本开发音视频功能时，也碰到过一模一样的UserInfo偶发丢失问题，折腾了好一阵才找到几个有效的排查和解决方向，分享给你：

一、先确认发送端的UserInfo构造是否规范 #

偶发丢失很多时候和发送时的字典处理有关：

• 务必使用**不可变字典（NSDictionary）**传递UserInfo，不要用NSMutableDictionary。QuickBlox在序列化会话元数据时，对可变字典的处理存在偶发的兼容性问题，改成不可变后我这边的丢失概率直接降了80%以上。
• 检查UserInfo里的所有值，必须是JSON兼容类型（字符串、数字、数组、普通字典），绝对不能放自定义对象或者特殊字符（比如不可打印的控制字符），否则序列化失败会直接导致整个UserInfo被丢弃。

二、接收端做双重兜底获取 #

不管是场景1的didReceiveNewSession:userInfo:还是场景2的会话接听回调（应该是sessionDidAccept:userInfo:），都可以通过session对象本身的属性再取一次UserInfo，因为有时候SDK回调参数会漏传，但session内部已经保存了完整数据：

// 场景1示例
- (void)didReceiveNewSession:(QBRTCSession *)session userInfo:(NSDictionary *)userInfo {
    NSDictionary *targetUserInfo = userInfo;
    
    // 回调参数里的userInfo为空时，从session属性兜底获取
    if (!targetUserInfo || targetUserInfo.count == 0) {
        targetUserInfo = session.userInfo;
    }
    
    if (targetUserInfo) {
        // 正常处理通话信息
    } else {
        // 降级处理：比如提示用户"通话信息未同步，请稍后重试"
    }
}

// 场景2接听回调示例（补全你提到的未完整方法）
- (void)sessionDidAccept:(QBRTCSession *)session userInfo:(NSDictionary *)userInfo {
    NSDictionary *targetUserInfo = userInfo;
    
    if (!targetUserInfo || targetUserInfo.count == 0) {
        targetUserInfo = session.userInfo;
    }
    
    // 后续处理逻辑
}

三、考虑版本升级（可选但有效） #

QuickBlox 2.8.0.1是比较老旧的版本了，官方在后续的3.x系列版本里专门修复了好几处会话元数据传输的偶发bug，比如优化了序列化逻辑和网络重试机制。如果你的项目兼容性允许，建议升级到最新的稳定版（比如3.19.x），能从根源上减少这类问题的发生。不过升级前要注意：2.x到3.x有部分API变更，需要做少量代码适配。

四、开启日志定位根因 #

如果偶发问题还是存在，可以开启QuickBlox的Debug日志，在初始化SDK时添加：

[QBSettings setLogLevel:QBLogLevelDebug];

当UserInfo丢失时，查看控制台日志，重点关注包含userInfo、serialization、session的日志条目，能看到是发送端序列化失败、接收端解析错误，还是网络层面丢包，方便精准定位问题。

五、兜底方案：自定义消息补发 #

如果以上方法都无法完全避免偶发丢失，可以做一个兜底：在通话发起/接听后，通过QuickBlox的自定义聊天消息（QBChatMessage）再补发一次相同的UserInfo内容。接收端如果没收到初始的UserInfo，就用这条自定义消息里的内容来补全通话信息。

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