Live Share 不共享多光标状态，仅同步文本变更事件；每人独立控制光标，Alt+Click 或 Ctrl+D 等操作仅在本地生效，队友只看到修改结果而非光标位置。
VSCode 实时协作（Live Share）中无法共享多光标状态——每个参与者独立控制自己的光标，不存在“一起加光标”或“同步光标位置”的机制。
Live Share 里按 Alt+Click 只在自己屏幕上生效
多人加入同一个 Live Share 会话后，所有编辑操作（包括输入、删除、缩进）实时广播给所有人，但光标位置和多光标布局不共享。你 Alt+Click 加了 5 个光标，队友看到的只是那 5 处文本被同时修改，他自己的编辑器里光标仍停留在原处，不会自动对齐到你的光标列。
- 这是设计使然：VSCode 把光标视为本地 UI 状态，不纳入 Live Share 同步协议
- 即使双方都用 Ctrl+D 选中相同变量，只要触发时机/顺序不同，选中范围就可能错位
- 尝试用 Ctrl+Alt+↓ 追加光标？队友只会看到你那一行多了一行空行（如果他没同步按），而不是光标垂直下移
想协同改同一段重复结构，得换思路
别指望靠多光标“一起操作”，而是把“谁来加光标”这个动作让渡给具体的人，其他人专注审阅或补位。实际可行路径：
- 由一人主控：指定某人负责批量修改，其他人静默观察；他 Alt+Click 或 Ctrl+Shift+L 完成后，变更立刻同步到所有人视图
- 提前对齐格式：用 Prettier 或
editor.formatOnSave统一缩进，避免因列不齐导致 Ctrl+Alt+↓ 光标漂移到行尾 - 用查找替换兜底：比如要改 10 处
user.id→user.userId，直接开Ctrl+H，勾选Match Case和Whole Word，比协调多光标更稳
为什么不能强制同步光标？技术限制在哪
Live Share 的同步粒度是“文本变更事件”，不是“光标坐标流”。它发送的是类似 {"offset": 124, "text": "userId", "origin": "edit"} 这样的操作指令，而非 {"cursor": [[12,4], [15,4], [18,4]]}。VSCode 编辑器内核（Monaco）也未暴露多光标状态的读写 API 给扩展使用。
-
editor.multiCursorLimit是本地配置，队友改了不影响你 - 插件如
multi-cursor或自定义 keybindings 在协作中各自独立运行 - 哪怕两人同时按 Ctrl+D 选中同一个单词，VSCode 也不会合并光标，反而可能因竞态导致其中一人选区跳变
真正容易被忽略的点：你以为队友看到的“光标闪烁位置”和你一样，其实他连你有没有加第二个光标都不知道——他只看到结果。协作时少依赖视觉同步，多依赖明确分工和原子化操作。
