live share 启动后，仅编辑、调试、终端类快捷键被同步：ctrl+s 保存、f5 启动调试、ctrl+/ 行注释、ctrl+shift+f 全局搜索、ctrl+` 切换终端等生效；而 ctrl+shift+p、ctrl+, 等纯本地操作不传播。
Live Share 启动后，哪些快捷键真正影响协作效率？
不是所有 VSCode 快捷键在协作中都生效——只有那些触发编辑、调试、终端操作的快捷键才会被同步广播。比如 Ctrl+S 保存会立刻同步给所有人，但 Ctrl+Shift+P 打开命令面板只在本地执行，不会触发远程 UI 变化。
关键判断：协作中「可见即同步」的快捷键仅限于编辑器内直接作用于代码/调试/终端的行为。其他如窗口管理（Ctrl+Tab）、设置打开（Ctrl+,）等纯本地操作不传播。
-
F5启动调试 → 所有人看到断点命中、变量更新、调用栈变化 -
Ctrl+/行注释 → 实时同步到对方编辑器，光标位置也同步 -
Ctrl+Shift+F全局搜索 → 搜索结果面板在双方都出现，但输入框焦点不自动跟随 -
Ctrl+`切换集成终端 → 终端会话共享，但快捷键本身只在主机端触发启动
双人结对时，光标和编辑焦点怎么不打架？
多人同时敲代码，最常卡在「两人光标互相跳转」「输入被覆盖」「选区冲突」——这其实是 Live Share 的 OT（Operational Transformation）算法在后台协调，但默认策略对高延迟或大文件不够友好。
实操建议优先做三件事：
- 主机发起会话前，关闭高开销 LSP 插件（如
rust-analyzer、Pylance），它们会拖慢变更序列化速度 - 协作者加入后，右键 Live Share 状态栏图标 →
Follow Participant，手动锁定跟随某人光标，避免自动跳转干扰 - 避免同时编辑同一行：Live Share 不禁止，但 OT 合并后可能丢弃一方插入内容（尤其中文或 emoji），建议用
Ctrl+Shift+K删除整行再协作重写
调试状态下，F10/F11 单步执行为什么对方看不到变量变化？
这不是 Bug，而是 Live Share 的调试同步粒度控制逻辑：它只同步「断点命中事件」和「变量树快照」，不实时推送每帧局部变量值。所以你按 F10 走一步，对方看到的是「当前行号跳转」，但 console.log() 输出或 watch 表达式刷新可能滞后 200–500ms。
常见错误现象：Debug: Toggle Breakpoint（F9）在协作者端无效 —— 因为断点管理权限默认只开放给主机，协作者只能查看，不能增删。
- 若需协作者也能设断点，主机必须在会话详情页将对方权限从
Read Only改为Edit + Debug - 变量监视失效？检查双方
launch.json中的trace字段是否一致，Live Share 不同步配置文件，只同步运行时状态 - 终端里
node --inspect启动的服务，端口转发需手动开启：主机点击状态栏Port图标 → 添加要共享的端口（如9229）
退出协作后，为什么本地 Git 状态混乱？
Live Share 本身不修改文件系统，但「共享终端」里执行的 git commit、npm install 等命令会真实写入磁盘。退出会话后，VSCode 不自动刷新资源管理器，导致你看到的 Git 脏状态其实是协作期间留下的。
最容易被忽略的点：协作者在共享终端里执行了 git checkout -b feature/x，主机本地分支列表不会自动更新，但下次 git status 就会显示「On branch feature/x」——这个分支是真实存在的，只是没在 UI 刷新出来。
- 退出前，主机务必在集成终端运行
git status和code --status（VSCode 内置命令）确认无未提交变更 - 协作者不要在共享终端里执行
git reset --hard类危险操作，Live Share 不提供操作回滚 - 如果发现 .git/index 被意外修改，别直接
git restore .—— 先用git fsck检查对象完整性，Live Share 的增量同步曾有极小概率导致索引损坏（2026 年 4 月补丁已修复，但旧版本仍存在）
