Live Share需双方安装插件并登录兼容账户（如均用GitHub或均用Microsoft），否则出现“Waiting for guest…”无响应；默认仅共享当前文件夹，终端、调试、命令权限需手动开启。
Live Share 插件安装与基础启动
VSCode 官方的 Live Share 是目前最稳定、权限控制最细的实时协作方案，无需自建服务或第三方平台。它直接集成在 VSCode 中，但必须双方都安装插件并登录 Microsoft 账户（支持 GitHub 登录）。
常见错误：只有一方装了插件，另一方点 Start Collaboration 后显示“Waiting for guest…” 却无响应——本质是邀请链接未被对方正确打开，或对方未登录同一类账户（比如你用 GitHub 登录，对方用 Outlook 登录，可能因策略限制无法互通）。
- 在扩展市场搜索
Live Share，安装官方出品（Publisher:Microsoft） - 重启 VSCode 后，底部状态栏出现
Live Share图标，点击 →Start Collaboration - 生成的链接默认带密码保护，可复制发给协作者；对方点击后会自动跳转到 VSCode（若未安装则提示下载）
- 首次加入需对方手动点击
Join Collaboration，不是自动接入
共享范围与权限控制怎么设？
默认只共享当前打开的文件夹（workspace），但你可以主动限制：不共享终端、不共享调试会话、禁止对方执行命令。这些不是靠“信任”，而是靠配置项控制，避免误操作影响本地环境。
关键配置在共享发起后右下角弹出的 Live Share 控制面板中，或通过命令面板 Ctrl+Shift+P → 输入 Live Share: Change Guest Permissions 调整。
-
Terminal默认关闭：开启后对方能读写你的终端，但不能执行sudo或访问你未授权的 shell 环境 -
Debug默认关闭：即使你正在调试，对方也无法看到断点变量，除非你显式启用 -
Commands默认禁用：对方无法触发你的快捷键或命令（如格式化、Git 提交），防止误触 - 敏感文件（如
.env、secrets.json）不会因共享而泄露，Live Share 不传输文件内容，只同步编辑意图和光标位置
为什么对方看不到我的代码高亮或插件效果？
Live Share 不同步你的本地插件、主题、字体设置。对方看到的语法高亮、括号匹配、代码折叠等，完全取决于他们自己安装的插件和配置。这是设计使然，不是 bug。
一套面向小企业用户的企业网站程序！功能简单，操作简单。实现了小企业网站的很多实用的功能，如文章新闻模块、图片展示、产品列表以及小型的下载功能，还同时增加了邮件订阅等相应模块。公告，友情链接等这些通用功能本程序也同样都集成了！同时本程序引入了模块功能，只要在系统默认模板上创建模块，可以在任何一个语言环境（或任意风格）的适当位置进行使用！
例如你用 ESLint + Prettier 自动格式化，对方没装对应插件，那么他敲回车时不会触发格式化；你看到的红色波浪线（类型错误），对方如果没开 TS 服务，就只是一段普通文本。
- 协作前建议双方统一基础语言插件（如
Python、JavaScript and TypeScript） - 格式化行为仅在「发起者」端生效，对方编辑时不会触发你的保存钩子（
editor.formatOnSave） - 如果你依赖特定代码片段（
snippets），需提前导出并发送给对方手动导入，Live Share 不同步用户级 snippets
连接失败或延迟高，排查什么？
Live Share 依赖微软中继服务器（relay service），国内用户偶尔遇到连接超时或光标不同步，大概率是网络策略干扰，而非配置错误。
先确认是否真卡：在控制面板里看右下角状态，显示 Connected 但编辑延迟，说明是网络抖动；显示 Connecting… 卡住，则是连不上中继节点。
- 尝试切换网络（比如从公司内网切到手机热点），排除防火墙拦截
vscode-live-share.com域名 - 检查 VSCode 设置里是否禁用了遥测：
telemetry.telemetryLevel设为off可能导致 Live Share 初始化失败 - 不要手动改
liveShare.serviceUrl配置项，非企业版不支持私有 relay - 如频繁掉线，可在命令面板运行
Live Share: Diagnose Connection查看具体失败环节
