引用：Frank 发表于 2023-03-14 08:21
这种设计明显是后期补的漏洞，完全推的思路，后期发现问题了，再补充。我们早期也是推，结果经常把客户端 ...

这里的rebase流程确实没有说清楚，只说客户端pts和服务端pts相差太大，就返回客户端rebase，然后客户端来拉最新的消息同时更新pts，由于pts是用户维度的，那么客户端来拉最新消息是怎么拉的？从文中描述看起来是像会话的最新消息，也就是说rebase的时候，需要用户把所有会话的最新消息都拉回去？如果是这样存在一个问题，用户的所有会话难道是同步入库的？如果是异步入库那么用户的会话列表就会有延迟，进而导致rebase流程也会有问题。

不清楚钉钉的rebase细节是啥

引用：Frank 发表于 2023-03-14 08:21
这种设计明显是后期补的漏洞，完全推的思路，后期发现问题了，再补充。我们早期也是推，结果经常把客户端 ...

这里的rebase流程确实没有说清楚，只说客户端pts和服务端pts相差太大，就返回客户端rebase，然后客户端来拉最新的消息同时更新pts，由于pts是用户维度的，那么客户端来拉最新消息是怎么拉的？从文中描述看起来是像会话的最新消息，也就是说rebase的时候，需要用户把所有会话的最新消息都拉回去？如果是这样存在一个问题，用户的所有会话难道是同步入库的？如果是异步入库那么用户的会话列表就会有延迟，进而导致rebase流程也会有问题。

不清楚钉钉的rebase细节是啥