共计 546 个字符，预计需要花费 2 分钟才能阅读完成。
就是常见的飞书文档钉钉文档那套东西，不过不用 OT，用 CRDT 来实现协同，最近调研的社区最火的 yjs。
但发现用 yjs 做版本恢复的话，要把所有的 update 都存下来，yjs 的 snapshot 存的只是 ydoc 某个时间点的版本坐标，没有数据，要想用 snapshot 还原版本，还得把之前所有的 update 存下来，初始化的时候全部取出来一个个 applyUpdate，把本地的 ydoc 还原到之前最新的状态，之后才能用 snapshot 回溯到某个版本。
后端 websocket 网络层用了社区的 hocuspocus，问题是每个字符的改变 onchange 方法里都会生成一个 update，如果文档有几万字，就至少有几万个 update(还有段落啥的特殊字符)，这样前端还原 ydoc 的时候这里接口都要返回几万条 update 数据前端一个个 applyUpdate 也太不合理了。像 OT 恢复版本取得是最近的一个快照和后面的 update 数据，问题 yjs 的快照只存的是坐标，想请教一下这块优化怎么处理的好？是不是 yjs 也定期 flush 一下把之前 update 手动合并一下？但 yjs 并没有相关的 api，只能从结构上表面上合并成数组，返回给前端的数据条数上减少一点。
或者想听听各位对 yjs 做协同这块版本历史怎么实践的，网上这块资料基本为 0。
正文完
