当前页

实现 “正在输入” 状态提示

2026-10-10

功能简介

正在输入状态提示(Typing Indicator)是消息通讯场景中提升沟通实时感的关键细节。此状态提示可以让消息接收方感知到对方正在编辑消息,减少 “等待回应” 的焦虑。

正在输入状态效果展示:

场景预期表现
用户 A 输入文字用户 B 立即看到 “对方正在输入…”。
用户 A 持续输入每 3s 保活一次,提示持续显示 。
用户 A 停止输入1s 后发送 stop,用户 B 的提示隐藏。
stop 信号丢失(弱网)用户 B 在 10s 超时后自动隐藏提示(关键验证项)。
历史消息检查A、B 双方翻看历史消息,均看不到任何 Typing 记录(关键验证项)。
会话列表检查会话列表最新消息不被 Typing 污染(关键验证项)。
离线用户离线期间不收到 Typing,上线后不收到过期 Typing 。
群聊(小群)多位成员输入时分别展示各自状态。

消息类型选型

正在输入(Typing) 是 瞬时状态 而非消息,它不会进入历史消息、不产生数据留痕、不出现在会话列表的最新消息展示中。 基于此约束,本方案采用 ZIM 的 信令消息(ZIMCommandMessage,type = 2)实现。

信令消息具有以下特点:

  • 不可存储,天然无留痕。离线用户上线后不会收到过期 Typing,无需额外处理。
  • 不进入历史消息与会话最新消息展示。
  • 支持 30 次/秒的高发送频率。
  • 不保证送达与顺序的语义与 正在输入 的瞬时状态完全匹配(丢包不影响体验)。
  • 信令不可靠,使用 3s 保活心跳对抗丢包,优先保活而非节流。

使用自定义消息(type = 200)承载 Typing。自定义消息属可存储消息,会导致 Typing 信号进入历史消息列表、出现在会话列表的最新消息展示中,所以在接入时务必确认消息类型为 type = 2。

ZIM 消息类型参考

消息类型type是否可存储为历史消息限频(单客户端)
信令消息 ZIMCommandMessage2不可存储30 次/秒(间隔 34ms)
弹幕消息 ZIMBarrageMessage20不可存储无限制(仅房间)
文本消息 ZIMTextMessage1可存储10 次/秒(间隔 100ms)
自定义消息 ZIMCustomMessage200可存储10 次/秒(间隔 100ms)

实现方案

信令消息格式

信令消息的 message 字段为二进制数据,业务侧需要自行序列化。消息可以用一个 JSON 表示,参考以下示例:

// 正在输入(含保活心跳)
{ "bizType": "typing", "action": "typing", "ts": 1725000000000 }
// 停止输入
{ "bizType": "typing", "action": "stop", "ts": 1725000005000 }
字段说明
bizType业务标识,固定 "typing",用于与其他业务信令区分
actiontyping(输入中)/ stop(停止)
ts时间戳,接收端可用于防乱序(信令不保证顺序)

状态使用策略

策略时机说明
首条立即发送用户输入第一个字符时保证提示快速出现
保活心跳持续输入期间每 3 秒一次对抗丢包;即使丢 1~2 条也能被下一条补上
停止信号停止输入 1 秒后 / 输入框失焦 / 清空主动通知对端隐藏
发送节流两次发送间隔 ≥ 34ms(30 次/秒限频)保活 3 秒的节奏远低于限频,无需额外处理
注意

多端登录过滤:同一账号多端登录时,其他端也会收到自己的 Typing 信令,接收端应过滤发送者为自己(senderUserID 为自己)的信令。

UI 状态展示

正在输入状态触发条件UI 表现
隐藏初始状态 / 收到 action: stop无提示
展示中收到 action: typing展示"对方正在输入…"
超时隐藏距最后一条 typing 信号超过 10 秒自动隐藏
注意

超时兜底:stop 信号是不可靠信令,一旦丢失接收端的 “正在输入…” 会永久停留。设置 10 秒超时(远大于 3 秒保活间隔)保证正在输入状态不会一直存在。

接入示例

// 构造 typing 信令并发送(信令消息为二进制,需自行序列化)
using namespace zim;   // ZIM C++ 接口位于 zim 命名空间

long long ts = std::chrono::duration_cast<std::chrono::milliseconds>(
    std::chrono::system_clock::now().time_since_epoch()).count();
std::string payload = "{\"bizType\":\"typing\",\"action\":\"typing\",\"ts\":" + std::to_string(ts) + "}";
auto commandMessage = std::make_shared<ZIMCommandMessage>(
    std::vector<uint8_t>(payload.begin(), payload.end()));

ZIMMessageSendConfig config;
config.priority = ZIM_MESSAGE_PRIORITY_LOW;   // 低优先级,避免抢占业务消息的发送队列

ZIM::getInstance()->sendMessage(commandMessage, toUserID, ZIM_CONVERSATION_TYPE_PEER,
    config, nullptr, [](std::shared_ptr<ZIMMessage> message, const ZIMError &errorInfo) {
        // typing 丢失不影响主流程,失败静默处理
    });

// 接收端:仅处理信令消息,反序列化后按 action 更新 UI,10s 超时兜底
class MessageHandler : public ZIMEventHandler {
  public:
    void onMessageReceived(ZIM *zim, const ZIMMessageReceivedEventResult &result) override {
        for (const auto &msg : result.messageList) {
            if (msg->type != ZIM_MESSAGE_TYPE_COMMAND) continue;
            auto cmd = std::static_pointer_cast<ZIMCommandMessage>(msg);
            std::string payload(cmd->message.begin(), cmd->message.end());
            // JSON 解析后:action = typing 展示、action = stop 隐藏;发送者用 msg->senderUserID 获取
        }
    }
};

群聊场景扩展

群聊场景也可以支持正在输入状态提示,使用时强烈建议遵守以下要求:

  1. 推荐在群成员 ≤ 50 的小群启用,大群建议关闭或仅对 “最近活跃成员” 展示。
  2. 按 senderUserID 维护多份状态,可展示 “张三、李四正在输入…”。
  3. Typing 为不可存储信令,不产生历史消息存储开销,但会占用共享的信令限频额度。多人高频输入时建议降低保活频率(如 3s → 5s)或设置独立降级开关。
说明

信令限频额度是共享的:30 次/秒的信令限频为单客户端共享额度,房间、群聊场景若同时用信令做上下麦、送礼等业务,typing 保活会挤占额度,建议降频处理或使用独立降级开关。

常见问题

自定义消息(type = 200)属可存储消息,会进入历史消息并出现在会话列表的最新消息展示中。Typing 是瞬时状态,必须用不可存储的信令消息(type = 2)。

这是设计取舍而非缺陷。Typing 丢失不影响主流程,通过 3s 保活心跳降低感知;真正必须兜底的是"提示残留",由接收端 10s 超时解决。

不会。信令消息不可存储,双方均无法通过历史消息查询到 Typing 记录。这也是选型的首要理由。

不会。信令消息不可存储,不产生历史消息存储开销;未读数与消息量的计费口径请参考 计费说明 。

无需同步。Typing 是瞬时状态,各端独立接收展示即可。如需"输入中"这类持久语义的状态表示,应使用用户自定义状态能力(updateUserCustomStatus,2.20.0+,状态长度上限 64 字节、限频 1 次/秒,需开通旗舰版并由 ZEGO 技术支持开启用户状态订阅开关),而非 Typing 的输入状态。

不建议。全量广播会放大信令量且 UI 噪音大,建议 ≤ 50 人群启用。

2026-10-10

上一篇

管理用户登录

下一篇

消息转发

当前页

返回到顶部