协同编辑中的删除归属难题，Yjs如何精准记录操作者身份

在现代协同办公环境中，多人同时编辑同一份文档已成为常态。然而，当文档内容发生修改时，如何准确记录每一次操作的执行者却并非易事。特别是在删除操作中，仅仅记录最终文档状态或简单将"触发更新的连接"视为"删除者"都会导致信息失真。这正是协同编辑系统面临的核心挑战之一。

以开源项目 Yjs 为例，其内部采用了一套独特的删除归属记录机制。核心在于区分"哪一段内容被删除"与"谁执行了删除操作"这两个概念。Yjs 的 DeleteSet（删除集合）能够记录删除发生在哪个客户端创建的内容上，但并不直接关联到具体的操作执行者。这种设计避免了将内容创建者简单等同于删除者的错误认知。

为解决这一难题，Yjs 采用了分阶段处理策略。当服务器收到更新时，首先验证声明的删除范围是否与实际新产生的删除范围一致。如果验证通过，则将范围信息与认证过的用户身份一同保存。随后，在生成版本快照时，再根据存储的范围信息，在文档中定位对应的删除痕迹，并计算出其在当前版本中的确切位置。

图1展示了 Yjs 删除归属方案的核心原理：左侧示例说明删除后不再占用位置，用一个锚点标记删除范围；右侧示例则展示不同删除范围可汇聚到同一位置，体现了多用户操作的聚合特性。这种设计确保了即使在复杂的并发编辑场景下，也能准确追踪每一次删除操作的来源。

值得注意的是，这套方案虽然能够有效记录删除操作的执行者，但在实际应用中仍存在一些限制。例如，它无法直接作为审计系统使用，因为缺乏对操作时间、地点等更详细信息的记录。此外，对于某些特殊场景（如网络延迟导致的顺序错乱），仍可能存在识别误差。

总的来说，Yjs 的删除归属方案提供了一个在协同编辑系统中追踪操作者身份的有效解决方案。它通过分阶段记录与定位技术，实现了对删除操作来源的精准追踪。尽管存在一些局限性，但这一方案为构建更加透明、可追溯的协同编辑环境提供了重要的技术基础。