Promise 不解决协同编辑冲突，仅封装异步流程；冲突需由 OT 或 CRDT 算法处理，Promise 仅用于串联“本地执行→服务端确认→广播→合并”等步骤及错误控制。
JavaScript 中 Promise 本身不直接解决多人在线编辑的冲突，它只是异步流程控制工具；真正处理编辑冲突需要结合操作变换（OT）或无冲突复制数据类型（CRDT）等协同算法，并用 Promise 封装网络请求、状态同步等异步环节。
Promise 在协同编辑中的定位：串联关键异步步骤
多人编辑中，用户操作需经过“本地执行 → 发送到服务端 → 广播给其他客户端 → 合并远端变更”等异步过程。Promise 用于清晰表达这些依赖关系，避免回调嵌套，但不参与冲突逻辑判断。
- 发送本地变更时，用 fetch().then() 等待服务端确认，再更新本地状态
- 接收远端操作（如 WebSocket 消息）后，用 Promise.resolve().then(() => applyRemoteOp()) 确保合并顺序可控
- 当多个操作并发到达，可借助 Promise.allSettled() 批量处理响应，再统一调度合并逻辑
冲突解决不能靠 Promise，得靠 OT 或 CRDT
Promise 不知道两个用户同时改了同一段文字该怎么合并。真正决定“谁赢谁输”或“如何融合”的是协同算法：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- OT（Operational Transformation）：记录每个操作（如 {type: 'insert', pos: 5, text: 'x'}），服务端按顺序变换（transform）操作再广播。客户端需实现 transform 函数，确保操作可交换、可逆
- CRDT（如 Yjs、Automerge）：每个客户端生成带逻辑时钟（Lamport clock / vector clock）的操作，自动收敛。集成 Yjs 时，所有编辑都走 yText.insert(5, 'x')，底层自动处理冲突，Promise 只用于加载文档或连接 WebSocket
一个简化的 Promise 协同流程示例
假设使用基于 CRDT 的 Yjs，配合 Promise 管理初始化和错误：
立即学习“Java免费学习笔记（深入）”；
// 加载共享文档（异步）
async function loadDoc(roomId) {
const doc = new Y.Doc();
const wsProvider = new WebsocketProvider('wss://yjs-server.com', roomId, doc);
return new Promise((resolve, reject) => {
wsProvider.once('sync', () => resolve(doc)); // 等待首次同步完成
wsProvider.on('connection-close', () => reject(new Error('Sync failed')));
});
}
// 安全提交本地编辑（返回 Promise 便于链式处理）
function submitEdit(yText, index, content) {
return Promise.resolve().then(() => {
yText.insert(index, content); // CRDT 自动处理冲突，无需手动 merge
});
}
注意：这里的 Promise 不在做“冲突判断”，而是在组织“何时执行”“失败怎么退”这类控制流。
常见误区提醒
- ❌ 用 Promise.race() 让“先到的操作胜出”——这会丢数据，不是协同，是竞态覆盖
- ❌ 在 .then() 里手动比对文本 diff 并“选一个保留”——无法处理插入/删除交织等复杂场景，也不满足一致性要求
- ✅ 正确做法：把 Promise 当作“协作流水线的传送带”，把冲突逻辑交给成熟库（Yjs/Automerge/ShareDB）或自研 OT 引擎
