Visual Studio Code Live Share 来宾端自动补全严重延迟问题求助

• 补全路由逻辑的触发超时阈值：Live Share的智能补全默认路由机制存在版本适配缺陷，当主、来宾双方安装了同类型的语言服务扩展时，系统会先执行一次15秒固定时长的“本地补全通路可用性探测”，探测期间会临时阻塞所有来宾端的本地补全计算，等超时时间到了才会返回已经计算完成的补全结果。主持人端因为是本地原生运行语言服务，不受代理层探测流程的阻塞，所以不管角色怎么切换，主持人端补全始终保持正常延迟，和观察到的现象完全匹配。这个机制和用户个人配置无关，只要双方VS Code版本、语言扩展版本满足同版本匹配条件，换任意设备都会复现。
• 跨端补全的强制转发规则：部分Live Share版本中，来宾端的语言服务代理会被自动标记为“远程受控状态”，原本应该本地计算的补全请求会被强制转发到主持人端的语言进程处理；如果转发链路的握手校验和主宾端扩展版本不匹配，校验流程就会卡到15秒超时阈值才放行请求，和网络稳定性、硬件性能没有关联。
• 冗余索引同步的线程锁机制：Live Share默认开启的跨端代码符号索引同步功能，会在来宾端触发补全请求时，临时给本地语言服务计算线程加锁，等完成一轮和主持人端的索引同步校验后才会释放锁返回补全结果，当同步请求遇到响应延迟时，就会触发固定等待时长的问题。

• 调整补全路由优先级，在双方的VS Code settings.json中追加以下配置，强制切回本地补全计算逻辑：

  "liveshare.intellisense.mode": "local",
  "liveshare.serverIntelliSense.enabled": false
  

  配置生效后，来宾端的补全计算完全在本地完成，不再走跨端转发、可用性探测的流程，从根源上规避15秒超时等待的问题。
• 统一主、来宾双方的核心开发组件版本，确保两边的VS Code正式版本、所有提供语言补全能力的扩展（如Pylance、TypeScript官方扩展、Java语言支持包等）完全一致，杜绝因版本号校验不匹配触发的握手延迟。
• 关闭冗余的跨端索引同步功能，在settings.json中追加配置：

  "liveshare.symbolSearch": false
  

  关闭后系统不再在每次补全触发时执行跨端索引校验，消除本地语言服务线程被临时锁死的问题。

注：15秒的固定补全延迟不属于Live Share的正常功能表现，正常场景下本地补全响应时长应小于100毫秒，跨端同步的补全响应也不应超过1秒阈值。

内容的提问来源于stack exchange，提问作者XtremeDevX