live share 不支持音频共享，仅转发编辑操作、调试状态、终端i/o和协作光标；需用teamspeak 3或mumble等局域网语音工具配合，禁用误导性“audio”扩展。
Live Share 不支持音频共享，这是硬性限制
VSCode 的 Live Share 从设计上就**不处理任何音频流**——它只转发编辑操作、调试状态、终端 I/O 和协作光标。所谓“实时音频”是常见误解，源于对“Live”一词的过度联想。官方文档明确将音视频列为 not supported，且无计划加入。
想边写代码边语音？必须用第三方工具配合
局域网内低延迟语音的可行路径只有一条：绕过 Live Share，单独部署轻量语音工具。关键不是“集成”，而是“共存不冲突”：
- 选
WireGuard或系统自带的局域网发现（如 macOS 的 Bonjour / Windows 的 mDNS）确保两台电脑能直连，避免走公网中继增加延迟 - 语音工具优先选
TeamSpeak 3或Mumble，它们支持局域网自建服务器、UDP 低延迟传输，且不依赖互联网账号 - 绝对避开
Discord或Zoom——它们默认走云端路由，即使在同一个 Wi-Fi 下，语音包也可能绕行千里，导致口型和代码修改不同步 - VSCode 端保持
Live Share正常启动，但关掉所有通知弹窗（尤其liveShare.start提示），避免语音时被遮挡
局域网 Live Share 连接失败的三个高频原因
不是端口没开，也不是防火墙拦了，而是 VSCode 自身的网络策略在作怪：
-
liveShare.localRelay配置未启用：默认false，必须手动设为true，否则即使在同一子网也会强行走微软中继服务器 - 两台电脑的
host文件里互相写了错误的主机名映射（比如把对方 IP 指向localhost），导致Live Share尝试本地回环连接失败 - 其中一台用了 Docker Desktop 或 WSL2，默认会劫持
127.0.0.1解析，造成Live Share的本地代理绑定失败，现象是邀请链接打不开或提示Connection refused
别碰“Live Share Audio Extension”这类插件
VSCode 市场里有几个名字带 “Audio” 的 Live Share 扩展，全是误导性命名。它们要么是旧版废弃项目（最后更新在 2020 年），要么实际只是把麦克风输入转成文本发到聊天栏——根本不是音频流。装了反而可能和官方 Live Share 插件冲突，触发 Extension host terminated unexpectedly 错误。
真正需要的，只是把语音和代码这两件事分开管：一个工具管声音，一个工具管光标。复杂点在于网络拓扑确认，而不是功能拼凑。
