VSCode无“合并窗口”功能，本质是将多进程窗口内容收至同一实例或用.code-workspace替代；判断依据是任务管理器中Code.exe/Electron进程数＞1，而非标签数量。
VSCode 没有“合并窗口”的功能，所谓多项目窗口合并，本质是把多个独立进程的窗口内容收回到一个实例中，或用多根工作区（.code-workspace）替代多窗口——选错路径会导致配置丢失、调试失败、终端路径错乱。
怎么判断该不该合并？看进程数，不是看标签数
很多人一看到标签栏挤满就急着“合并”，其实真要处理的只有多进程窗口：
- Windows：按
Ctrl+Shift+Esc打开任务管理器 → “进程”页签里搜Code.exe，数量 >1 就是真有多窗口 - macOS：活动监视器搜
Electron，实例数 >1 表示多个 VSCode 进程在运行 - 如果只有 1 个进程，但开了 20 个文件 → 不是窗口问题，是标签管理问题，该用分组 +
Ctrl+Tab+ “打开的文件”视图
Window: Merge All Windows 命令为什么常失效？
这个命令只对“同源启动、同用户会话”的窗口有效，不是万能胶：
- 从 Dock/开始菜单反复点击图标新开的窗口，系统可能视为新会话 → 改用命令行：
code --new-window /path/to/project - 双击
package.json等文件直接打开的窗口，常以临时工作区启动 →Window: Merge All Windows对它无效 - 插件（如旧版 GitLens）可能劫持窗口创建逻辑 → 临时禁用插件再试
- 命令必须在你希望保留的“主窗口”中执行，且该窗口要有焦点
真正可靠的做法：用 .code-workspace 替代多窗口
多根工作区不是“合并窗口”的妥协方案，而是官方推荐的正解。它把多个项目变成一个上下文，共享搜索、终端、调试、设置，且可提交到 Git 协作：
- 必须显式保存为
.code-workspace文件，否则所有添加的文件夹只是临时会话，关窗即丢 - 路径写相对路径（如
"path": "backend"或"path": "../shared-lib"），避免绝对路径导致别人打不开 - 保存后，资源管理器顶部应显示多个带名称的根目录标签（如
frontend、api）；若只显示一个文件夹名，说明还没生效 - 调试和终端默认绑定第一个
folders条目 → 右键某个根目录选Set as Active Folder切换上下文
拖拽文件进目标窗口时总失败？检查这三点
拖拽是最常用操作，但失败往往不是手速问题：
-
window.dragAndDropTabs必须为true（默认开启），若被插件改过，需在设置中手动启用 - 拖拽目标必须是编辑器区域边缘（左右/上下边框），出现蓝色高亮框才松手；拖到侧边栏、标题栏、标签栏空白处都无效
- macOS 用户注意：Dock 右键选 “New Window” 启动的窗口，有时不响应拖拽 → 改用
code --new-window启动更稳
最常被忽略的一点：即使你把五个项目都拖进来了、分好组、调好终端，只要没点“文件 → 保存工作区为…”，下次重启 VSCode，一切归零。.code-workspace 文件才是整个开发上下文的唯一事实来源——包括已打开的标签页、终端历史、甚至搜索高亮状态。
