消息存储标识,各个平台的存储标识必须一致

1. 自定义消息注册到 SDK ,会以自定义消息的存储标识为准;如果消息没有注册,会以发送方的存储标识为准
内置消息 SDK 负责注册,自定义消息需要 app 注册
例如:一个 None 类型的自定义消息没有注册,但是收到相同的消息保存在数据库中了,说明该消息在发送方是 Save|Count 类型

2. 各个平台(服务端、各个移动端、WebPC 等全部平台)相同类型消息的存储标识必须一致,否则可能出现如下问题
2.1. 应该入库的消息没有正确入库,导致消息丢失
2.2. 不应该入库的消息被保存进数据库,导致不入库的消息出现在 UI
2.3. 不应该增加未读数的消息被增加了未读数,导致未读数错误
2.4. 该增加未读数的消息没有增加未读数,导致未读数错误
例如: 鸿蒙 Android 均自定义同一个类型的消息,鸿蒙 是 SaveAndroidCount ,就会出现同一条消息鸿蒙没有未读数增加而 Android 未读数累加

1.0.0

Enumeration Members

Enumeration Members

None

空值,不表示任何意义。此类消息不会保存到数据库,也不会记录未读数

一般用作命令消息,通知端上做一个动作

Save

消息需要被存储到消息历史记录。此类消息会保存到数据库,但是不记录未读数

常用于小灰条类型的消息,需要 UI 展示,但不需要增加未读数

Count

消息需要被记入未读消息数。此类消息会保存到数据库,并且增加未读数

如文本,图片等消息均为此类

Status

状态消息, 不存储不计数。此类消息不会保存到数据库,也不会记录未读数

对方在线能收到该消息

对方不在线,服务器会直接丢弃该消息,对方如果之后再上线也不会再收到此消息

一般用于发送输入状态之类的消息