vs code 默认多窗口无法共享设置与搜索，project manager需手动配置绝对路径，multi-root workspaces共用配置但易误操作，workspace switcher仅支持顶层工作区，应避免扫描型扩展以保障响应确定性。
为什么默认多窗口根本管不住微服务项目
VS Code 原生支持多窗口，但每个窗口独立加载工作区，settings.json、extensions、调试配置全不共享，切三个窗口等于手动同步三套环境。更麻烦的是，Ctrl+P 全局搜索只扫当前窗口，查一个跨服务的接口调用链得来回切、反复搜。
Project Manager 扩展：最轻量但必须手建配置
它不自动发现项目，靠你手动把每个微服务根目录加进 projects.json。好处是启动快、无后台扫描、不拖慢打开速度；坏处是你新增一个 user-service，就得去编辑那个 JSON 文件，漏写一个路径，就找不到。
- 配置路径必须是绝对路径（
/home/you/backend/order-service），相对路径会失效 - 支持别名：
"name": "order"，之后用Cmd+Shift+P → Project Manager: List Projects搜order直接开 - 不处理依赖关系——它不会告诉你
payment-service正在引用common-utils的某个分支
Multi-root Workspaces 原生方案：稳定但容易误操作
VS Code 自带的多根工作区本质是把多个文件夹“挂载”进同一个窗口，共用一套设置和扩展。问题在于：一旦保存为 .code-workspace 文件，下次双击打开时，它会强制以该 workspace 启动，而不是普通文件夹——很多人点错图标，结果所有快捷键失灵、终端路径错乱。
- 添加文件夹后务必点击右下角
Save Workspace As...，否则关掉窗口就丢配置 -
launch.json调试配置里，cwd必须显式写成"${workspaceFolder:order-service}"，不能只写"./"，否则 Node.js 会从第一个文件夹开始找package.json - Git 状态栏只显示第一个文件夹的分支，其余的得点进去单独看
Workspace Switcher 扩展：适合固定组合，但不支持嵌套子项目
它把常用 workspace 文件（.code-workspace）做成快捷菜单，比原生命令快半秒。但它只认顶层 workspace 文件，如果你把 gateway 和 auth-service 分开放在两个 workspace 里，它没法一键同时开这两个——得先开一个，再手动加另一个文件夹。
- 快捷键
Cmd+Shift+P → Workspace Switcher: Open Workspace可绑定到Cmd+Alt+W避免输命令 - workspace 文件名建议带环境标识，比如
prod-microservices.code-workspace，不然容易开错测试环境 - 不监控文件夹变更：删了某个服务目录，它不会提醒你 workspace 已失效，直到你点进去才报
Unable to open 'xxx': File not found.
别碰 vscode-projects-plus 和 Project Explorer
前者会在后台持续扫描整个磁盘找 package.json 或 go.mod，Mac 上风扇狂转；后者 UI 占满侧边栏，还硬塞广告链接到 GitHub 主页。实测在 12 个微服务目录下，前者让 VS Code 冷启动多花 3.2 秒，后者每次切换分支都卡顿 1–2 秒——这些延迟在你正 debug 接口超时时，就是真实的心梗时刻。
真正省时间的不是功能多，是每一步操作都有确定性反馈。比如 Project Manager 按完回车立刻开窗，Multi-root Workspaces 保存后右下角弹出 “Workspace saved”，这种不猜、不等、不翻文档的体验，才是高频切换的底线。
