WebSocket实现多人在线协作文档消息同步与冲突处理【进阶】-js教程-PHP中文网

关键在于服务端过滤：为每个连接分配唯一clientid并存入属性，广播前比对消息中的clientid与连接属性，跳过匹配者；禁用ip判断，因nat/代理下ip可能重复。

websocket实现多人在线协作文档消息同步与冲突处理【进阶】

WebSocket广播时如何避免“自己收到自己发的操作”

直接用broadcast()把所有消息推给全部连接，会导致当前编辑者看到自己刚输的字闪一下又重绘——这不是 UI 重绘问题，是逻辑上不该接收自己发出的操作。关键在服务端做连接标识和过滤。

每个WebSocket连接初始化时，生成唯一clientId（如 UUID），存入conn.getUserProperties().put("clientId", id)
接收onMessage后解析 JSON，提取其中的clientId字段（前端必须随操作带上）
广播前遍历所有连接，跳过conn.getUserProperties().get("clientId").equals(receivedClientId)的连接
别依赖conn.getRemoteSocketAddress()做判断——NAT 或代理下多个用户可能共享 IP

OT算法里Insert和Delete操作怎么写transform函数

OT不是黑盒，核心就两条规则：插入偏移要补偿后续操作位置，删除需判断是否落在已插入内容里。不写全量引擎，只聚焦最常出错的Insert → Delete转换场景。

WebSocket 8.18.2

WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。

下载

假设原始操作opA = {type: "insert", index: 0, text: "Java "}，opB = {type: "delete", index: 6, len: 5}
transform(opB, opA)逻辑：若opB.index >= opA.index，则opB.index += opA.text.length；否则不变
但要注意边界：如果opB.index == opA.index且opA.text非空，说明删除起点刚好压在插入点上，也要+偏移
Java 中建议把index和len封装进Operation类，并提供transform(Operation other)实例方法，避免静态工具类传参混乱

为什么用timestamp排序操作会失效

靠客户端时间戳timestamp排序操作，在跨设备、NTP未同步、或用户改系统时间时必然崩。真实系统中，服务器必须成为唯一权威时序源。

不要信任message.timestamp字段做执行顺序判断
服务端收到操作后，立即打上serverTimestamp = System.currentTimeMillis()，并分配单调递增的seqId（可用AtomicLong）
同一文档的所有操作按seqId排序，而不是时间戳——哪怕两个操作间隔1ms，也严格分先后
前端可保留timestamp仅用于 UI 显示“X秒前”，不参与协同逻辑