Signal-CLI 消息回执同步机制解析与改进

背景介绍

Signal-CLI 是 Signal 即时通讯服务的命令行客户端实现，它允许用户通过命令行界面与 Signal 网络进行交互。在消息处理流程中，消息回执（read receipt）是一个重要功能，用于告知发送方消息已被接收方阅读。

问题发现

在使用 Signal-CLI 的 sendReceipt 命令时，发现了一个行为差异：当通过命令行发送已读回执时，虽然接收方能够正确收到已读通知，但发送方自己的其他设备（如桌面客户端或移动设备）却不会同步更新消息状态。这与官方客户端的行为形成了对比。

技术分析

通过对比官方客户端的行为，发现官方实现会额外发送一个同步消息（syncMessage）到用户自己的账户。这个同步消息包含以下关键信息：

1. 消息类型为 syncMessage
2. 包含 readMessages 列表
3. 列表中记录了发送方账户和消息时间戳

这种设计确保了用户所有设备间的状态一致性，是多设备同步的关键机制。

解决方案

Signal-CLI 项目维护者已确认将在下一版本中改进 sendReceipt 命令的实现，使其自动发送同步消息到用户的关联设备。这一改进将带来以下好处：

1. 状态一致性：所有设备都能保持消息状态的同步
2. 用户体验统一：与官方客户端行为保持一致
3. 自动化处理：无需用户额外操作即可完成同步

技术实现细节

改进后的实现将包含以下关键点：

1. 在发送外部回执后，自动构造同步消息
2. 同步消息将包含原始消息的发送方和时间戳信息
3. 通过 Signal 服务器将同步消息分发到用户的所有关联设备

总结

这一改进体现了 Signal 生态系统对多设备同步的重视，也展示了开源项目对用户反馈的积极响应。对于依赖 Signal-CLI 进行自动化处理的用户来说，这一改进将显著提升使用体验，确保所有设备间的状态一致性。