VSCode不支持跨窗口合并，因每个窗口为独立进程，内存与配置隔离；正确做法是使用多根工作区（.code-workspace）统一管理多项目，保留各项目独立配置；互斥扩展、调试冲突、环境敏感或大型项目等场景则应坚持多窗口。
VSCode没有“跨项目窗口合并”这个操作——它根本不允许把两个独立进程的窗口内容自动缝合。所谓“合并”，实际是放弃多窗口模式，改用多根工作区（.code-workspace）在一个窗口里加载多个项目目录。
为什么不能直接合并窗口？
每个 VSCode 窗口默认是一个独立进程（Windows 上是多个 Code.exe，macOS 是多个 Electron 实例）。进程之间内存、扩展状态、终端会话完全隔离，无法共享编辑器组或资源管理器节点。强行拖拽标签页过去，只会复制文件内容，不会带出原项目的 .vscode/settings.json、任务配置或调试环境。
正确做法：用多根工作区替代多窗口
这是唯一能真正实现“一个窗口管多个项目”的官方支持方式，且保留各项目独立配置能力：
- 关闭所有 VSCode 窗口
- 在命令行执行：
code --new-window /path/to/project-a打开第一个项目 - 菜单栏点
File → Add Folder to Workspace…，选中/path/to/project-b - 再点
File → Save Workspace As…，保存为my-projects.code-workspace - 之后直接双击该
.code-workspace文件即可复现完整布局
注意：folders 中的路径是相对于 .code-workspace 文件位置的相对路径；若需跨机器使用，优先用相对路径 + 团队约定目录结构，避免硬编码 /Users/xxx/... 这类绝对路径。
哪些情况必须保留多窗口？
不是所有多项目场景都适合塞进一个工作区。以下情况建议坚持用多窗口：
- 两个项目使用互斥的扩展（比如一个依赖旧版 ESLint 插件，另一个必须用新版本）
- 需要同时运行两套独立的调试会话（如前端 dev server + 后端 API 服务），且它们的
launch.json配置冲突严重 - 项目涉及敏感环境（如本地开发 vs 客户生产环境配置），需物理隔离防止误操作
- 某项目极大（数万文件），开启后明显拖慢另一个轻量项目的响应速度
此时应使用 code --user-data-dir=/tmp/vscode-prod 启动隔离实例，而非强行塞进同一工作区——否则编辑器卡顿、搜索变慢、Git 状态刷新延迟都会变得明显。
真正的难点不在操作步骤，而在于判断：你到底要的是「统一视图下的协同」，还是「严格隔离下的安全」。选错方案，后面花十倍时间调布局也救不回体验。
