Live Share 在 C# 项目中是否真能实时协作？
能，但不是“所见即所得”的屏幕共享。Visual Studio Live Share 允许一名开发者作为主机启动会话，其他参与者（访客）可实时查看、编辑同一解决方案中的
.cs文件、调试断点、共享终端和服务器端口——前提是所有人在相同语言环境、兼容的 VS 版本下打开同一份代码（不要求本地有完整构建环境，但需能加载项目）。它不传输整个 IDE 界面，也不同步 UI 布局或未打开的文件。
如何在 Visual Studio 中正确启用 C# Live Share？
关键不是装插件，而是验证三件事：
主机必须使用 Visual Studio 2019 16.4+ 或 Visual Studio 2022（推荐 17.2+），且已安装Live Share扩展（通过 工具 → 获取扩展和更新 安装） 所有参与者需用微软账户登录（
File → Account Settings），不能用 GitHub 或匿名登录 C# 项目需为标准格式（
.csproj+
Solution (.sln)），不支持纯文件夹打开或旧式
.csproj（如 .NET Framework 4.6.1 以下未迁移 SDK 风格的项目可能无法正确解析引用）
启动后，主机点击右上角
Live Share按钮 →
Start Collaboration Session，生成链接发给访客即可。访客用 VS 打开链接，自动加载项目结构（无需克隆仓库）。
为什么访客看不到断点或无法调试 C# 代码？
Live Share 的调试协作是“单主机主导”模型：只有主机能真正触发
F5启动调试、命中断点、查看局部变量；访客看到的是只读调试视图（灰色断点图标、不可操作的调用栈）。这是设计限制，不是配置错误。
常见误操作包括：
访客自行按F5—— 会失败并报错
The project does not support debugging主机未启用
Share debugger（默认开启，但可在
Live Share → Options中关闭） 项目含非托管代码（C++/CLI）、Unity 脚本或 Blazor WebAssembly，这些场景 Live Share 不支持调试共享
协作时遇到“无法解析类型”或“命名空间不存在”怎么办？
这不是 Live Share 问题，而是访客缺少本地构建上下文。Live Share 不同步 NuGet 包缓存、SDK 版本或全局工具（如
dotnet-format）。访客需确保： 本地安装了项目所需的 .NET SDK（版本号必须匹配
global.json或
.csproj中的
<targetframework></targetframework>，例如
net6.0需要 .NET 6 SDK）
NuGet Package Manager设置中启用了
Allow NuGet to download missing packages（否则
using语句标红） 若项目用到本地
packages/或私有源，访客需手动配置相同 NuGet 源（
Tools → Options → NuGet Package Manager → Package Sources）
最稳妥的做法：主机在开始会话前运行一次
dotnet restore并提交
obj/外的全部内容（尤其
bin/不必传，但
Directory.Packages.props这类文件要存在）。
