主持人必须执行“Live Share: End Session”才能真正终止协作会话，使所有共享内容（文件、终端、端口、调试）立即断开，访客无法再访问任何资源；局部操作如取消端口共享或停止终端仅影响单项功能，不会结束会话本身。
直接结束 Live Share 会话，所有共享内容（文件、终端、端口、调试）会立即断开，访客无法再访问任何资源——这是唯一真正“停止共享”的方式。
Live Share 主持人如何主动结束会话
只有主持人能终止整个协作环境。访客没有对应操作入口，也无法通过退出自己 VSCode 来影响会话状态。
- 点击 VSCode 窗口右下角的
Live Share状态栏图标（显示为“Shared”或用户数），在弹出菜单中选择End Session - 或按
Ctrl+Shift+P（Windows/Linux） /Cmd+Shift+P（macOS）打开命令面板，输入并执行Live Share: End Session - 也可在
Live Share侧边栏（默认停靠在资源管理器旁）点击顶部的End Session按钮
执行后，所有访客将立即断开连接，看到提示“Host has ended the session”，且无法重新加入——链接失效，后台代理进程也会被清理。
只停某个共享项（比如端口或终端），不是“停止共享”
很多人误以为关闭某个共享端口或断开共享终端就等于结束协作，其实不是。这些只是局部操作，会话本身仍在运行，访客仍可编辑文件、查看项目结构、甚至发起新终端或请求调试。
- 共享端口：在
Live Share资源管理器 →Shared Servers下悬停目标端口，点Unshare Server——仅取消该端口映射，不影响其他功能 - 共享终端：在终端面板右键某共享终端，选
Stop Sharing This Terminal——只停该终端，主持人本地终端照常可用 - 调试会话：停止调试（
Stop Debugging）只会结束当前调试进程，不终止 Live Share 会话
这类操作不会改变会话生命周期，也不影响访客的编辑权限或文件访问能力。
为什么不能靠关 VSCode 或切网络来“结束共享”
主机关闭 VSCode 或断网，会导致会话进入“异常中断”状态，而非干净退出：
- 访客端可能卡在“Connecting…”或残留只读视图，部分缓存文件仍可被查看
- 后台 Live Share 代理进程可能未及时回收，短时间内端口或调试服务仍有响应风险
- 企业环境中若启用了 Azure AD 集成，异常中断可能延迟权限吊销，存在短暂越权窗口
尤其在调试敏感服务（如本地数据库、API 密钥加载环境）时，依赖意外断连是危险的——必须显式执行 End Session。
结束会话后还需手动清理什么
绝大多数情况无需额外操作，但以下两点容易被忽略：
-
.vsls.json文件不会自动删除，它只控制文件可见性策略；如果曾手动配置过include/exclude规则，下次启动会话仍生效，但和本次结束无关 - 如果用 CLI 启动过会话（如
npx @vsliveshare/cli start），结束 GUI 会话后 CLI 进程可能仍在运行，建议检查并kill对应进程（PID 可从 CLI 启动日志或ps aux | grep liveshare查得）
真正关键的收尾动作只有一个：确认状态栏 Live Share 图标消失，且命令面板里搜不到正在运行的会话相关上下文。
