鸿蒙 IMLib-v1.8.0
    Preparing search index...

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

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

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

    1.0.0

    Index

    Enumeration Members

    Enumeration Members

    None: 0

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

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

    Save: 1

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

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

    Count: 3

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

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

    Status: 16

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

    对方在线能收到该消息

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

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