IM 即时通讯
Android
产品介绍
简介
产品优势
主要功能
功能介绍
帐号集成与登录
群组功能
聊天室功能
聊天室标签功能
圈组功能
多端登录与互踢策略
质量数据监控台
海外数据中心
IM平滑迁移方案
接口及业务限制
更新日志
IM UIKit 更新日志
NIM SDK 开发版更新日志
NIM SDK 稳定版更新日志
体验 Demo
下载 SDK 与 Demo 源码
快速开始
跑通 IM Demo 源码
实现单聊消息收发(不含 UI)
实现圈组消息收发(不含 UI)
含 UI 集成
什么是 IM UIKit
IM UIKit 功能概览
快速集成 IM UIKit
组件导入
初始化
界面跳转
自定义用户信息
全局配置
会话列表相关
集成会话列表界面
会话列表事件监听
自定义会话列表界面 UI
会话列表 API 概览
会话消息相关
集成会话界面
会话界面事件监听
实现地理位置消息功能(含 UI)
实现自定义消息发送(含 UI)
自定义会话界面 UI
会话消息 API 概览
通讯录相关
集成通讯录界面
自定义通讯录界面 UI
通讯录界面事件监听
通讯录 API 概览
IM UIKit API 概览
不含 UI 集成
集成 SDK
初始化
登录相关
登录 IM
多端登录与互踢
登出 IM
消息相关
消息概述
消息收发
自定义消息收发
消息配置选项
NOS 存储场景
广播消息收发
消息已读回执
消息撤回
消息重发与转发
消息更新
消息过滤
语音消息处理
插入本地消息
历史消息
最近会话
服务端会话服务
用户资料
用户关系
在线状态订阅
系统通知
系统通知概述
内置系统通知管理
内置系统通知未读数
自定义系统通知收发
离线推送与消息提醒
群组功能
群组概述
群组管理
群成员管理
群消息管理
超大群功能
聊天室
圈组功能
圈组概述
登录管理
服务器相关
服务器概述
服务器管理
服务器成员管理
游客功能
服务器未读数管理
频道相关
频道概述
频道管理
频道黑白名单
实时互动频道
频道分组
频道分组黑白名单
频道未读数管理
搜索服务器和频道
身份组相关
身份组概述
身份组应用场景
服务器身份组
频道身份组
用户定制权限
频道分组身份组
自定义权限项
成员权限查询与判定
身份组相关查询
圈组订阅机制
圈组消息相关
图解圈组消息流转
圈组消息收发
圈组消息撤回
圈组消息更新
圈组消息删除
消息正在输入
会话消息回复(Thread)
圈组快捷评论
获取频道最后一条消息
查询历史消息
圈组消息缓存
圈组消息搜索
圈组系统通知相关
圈组系统通知概述
圈组系统通知收发
圈组系统通知更新
圈组离线推送
圈组内容审核
圈组相关抄送
圈组第三方回调
圈组各端接口命名差异
反垃圾
聊天扩展
其他
最佳实践
IM 登录最佳实践
IM 应用隐私合规
聊天室重要消息投递
API 参考
Android SDK API
Android 端状态码
IM 控制台指南
创建应用
注册 IM 账号
升级服务
开通聊天室功能
配置应用客户端标识
常见问题
FAQ
错题集
Android 端推送问题排查
服务协议

聊天室重要消息投递

更新时间: 2023/01/17 19:05:06

由于聊天室存在流量控制机制(以下简称“流控机制”),用户在聊天室发送大量文字消息和自定义消息(如礼物消息)时,部分消息可能丢失。本文介绍如何在消息量大时尽可能地保证重要的自定义消息能够正常投递。

流控机制详情

  • 流控机制

    目前针对聊天室消息接收,有两套流控机制。第一套针对普通消息,聊天室用户每秒至多可接收20条,超过部分会因为流控随机丢弃。第二套针对高优先级消息,每秒至多接收10条,超过部分无法保证不丢失。

  • 引入原因

    网易云信基于如下原因,引入了上述流控机制:

    • 聊天室流量激增可能导致客户端 UI 渲染性能开销过高(过多的消息导致卡顿)和消息刷新的视觉体验下降(过多消息用户看不清,体验反而下降)。
    • 虽然服务器有扩容和负载均衡机制,但聊天室流量激增可能导致单台服务器过载,产生登录聊天室变慢和聊天室发消息耗时增加的现象,最终影响用户体验。

    如您有特殊需求,可通过云信官网首页右侧提供的联系方式申请调整流控配额。

推荐应对方案

  • 将聊天室用户发送的普通消息和不可丢失的自定义消息(如礼物消息)按如下方式进行区分:

    • 普通消息通过客户端发送,具体详情请参见各端的聊天室开发集成文档。
    • 不可丢失的自定义消息通过调用服务端 APIchatroom/sendMsg.action)发送,调用时将业务参数highPriority设置为true,从而将该自定义消息设置为高优先级消息。详情请参见发送聊天室消息
  • 在自定义消息为礼物消息的场景下,为了避免礼物消息数量过多超过高优消息每秒上限,自行开发如下两个方案,并将两者组合使用:

    方案
    说明
    方案一 根据礼物的级别分配不同的策略。例如:普通礼物每秒 5 条,高级礼物每秒 5 条,同时高级礼物没用完的条数配额可以分给普通礼物。
    方案二 如普通礼物数量较多,则将多个普通礼物合并到一条消息中发送。如果数量太多,合并的普通礼物消息数量也超过了每秒上限,则丢弃部分普通礼物消息的发送。因为在礼物数量很大的情况下,用户不会在意普通礼物展示是否少量丢失。
此文档是否对你有帮助?
有帮助
我要吐槽
  • 流控机制详情
  • 推荐应对方案