live share 中需手动添加端口映射才能共享本地服务：启动协作会话后，在 live share 视图中点击 shared servers 的 + add server，输入本地服务端口号（如3000），协作者即可通过 http://localhost:3000 访问；注意主机须启用 share servers 选项、服务应绑定 0.0.0.0、避免共享敏感端口，且服务重启后需重新添加映射。
能共享，但必须由主机主动添加端口映射，且协作者访问的是自己机器上的 localhost，不是你的 IP 或域名。
怎么在 Live Share 里添加并共享一个本地服务端口
Live Share 不会自动转发你运行的 npm run dev 或 python -m http.server 8000 等服务——你得手动告诉它“这个端口要共享”。
- 点击 VSCode 左下角状态栏的
Share按钮（或按Ctrl+Shift+P运行Live Share: Start Collaboration Session）启动会话 - 会话开始后，在左侧活动栏打开
Live Share视图（图标是两个人重叠） - 找到
Shared Servers区域，点击+ Add Server - 输入你本地服务实际监听的端口号（比如
3000），可选填名称（如frontend-dev） - 确认后，该端口即被加入共享列表，协作者立刻能在自己机器上访问
http://localhost:3000
为什么协作者打不开 http://localhost:3000
这不是 DNS 或代理问题，而是常见配置疏漏或网络拦截导致的端口映射失败。
- 主机未勾选
Share Servers功能：在启动会话的弹窗中，确保Shared Servers复选框已启用（默认可能关闭） - 协作者浏览器弹出权限提示却被屏蔽：首次访问时，VSCode 会在浏览器中请求“允许连接到本地服务器”，若被广告拦截器或浏览器设置自动拒绝，需手动放行
- 公司防火墙/代理阻断了
vscode.liveshare.com域名：Live Share 端口转发依赖 WebRTC 直连或微软中继，若该域名被策略封锁，端口共享会静默失败 - 主机服务绑定到了
127.0.0.1但某些框架（如旧版 Create React App）默认只监听localhost：建议启动时显式指定 host，例如npm run dev -- --host 0.0.0.0，否则 Live Share 无法捕获流量
共享端口时要注意的安全与兼容性细节
看似只是点一下，但端口共享直接影响协作者能否真实复现你的环境，也牵扯本地安全边界。
- 协作者访问的
localhost:3000实际走的是加密隧道，最终连回你的机器——所以你本地服务必须正在运行且未被占用 - 如果协作者本机
3000端口已被占用，Live Share 会自动 fallback 到下一个可用端口（如3001），并在 UI 中显示映射关系，别硬记端口号 - 不要共享
22、3306、6379等系统或数据库端口：Live Share 不做身份认证透传，暴露即等同于开放未授权访问 - 调试接口（如 Node.js 的
--inspect=9229）不能靠端口共享来远程调试：那是 DevTools 协议，需单独开启Share Debugging功能
最常被忽略的一点：端口共享不等于服务自动重启。你改了代码热更新，协作者浏览器刷新就能看到；但如果你关掉再重开服务，必须重新触发一次端口映射（删掉再加），Live Share 不会监听进程生命周期。
