VSCode多窗口泛滥的根源在于默认自动合并行为；应关闭workbench.preferredNewWindowMode、启用--new-window参数、用Open Folder而非Add Folder，并借助project-manager扩展实现项目专属窗口。
VSCode 多窗口泛滥，本质不是操作太勤，而是默认行为在“悄悄合并”和“强制新建”之间反复横跳——关掉一个窗口，下次打开同一项目却跳进另一个已有窗口；想新开独立窗口，又常被自动塞进当前窗口的编辑器组里。解决方向很明确：关掉自动合并逻辑，把窗口生命周期交还给用户。
为什么 VSCode 总是复用已有窗口而不是开新窗口
VSCode 默认启用 workbench.preferredNewWindowMode（值为 on 或 off），它控制「点击文件资源管理器里的文件夹」或「双击桌面图标」这类动作是否强制走新窗口。设为 on 时，多数系统级打开行为会优先复用已有窗口；设为 off 才倾向新建窗口。但注意：这个设置不干预命令行启动行为，code /path 永远复用，除非显式加 --new-window。
- 检查当前值：打开设置搜索
workbench.preferredNewWindowMode，确认是off - 更彻底的做法是直接在
settings.json中写死："workbench.preferredNewWindowMode": "off" - macOS 用户还要留意 Dock 点击行为：右键 Dock 图标 → Options → “Open in New Window” 必须勾选，否则 Cmd+Click 文件夹仍会复用
code 命令启动时如何确保不复用窗口
code 命令本身默认复用窗口，这是设计使然，不是 bug。要绕过它，必须带 --new-window 参数，且路径必须明确指定——空参数或只输 code --new-window 会开空窗口，但没项目上下文。
- 正确写法：
code --new-window /Users/you/project-a（macOS/Linux）或code --new-window C:\project-b（Windows） - 终端未识别
code？先在 VSCode 中运行命令Shell Command: Install 'code' command in PATH - 别用
code .启动当前目录——它几乎总是复用，哪怕你刚关掉同目录窗口
Ctrl+Shift+N 新建窗口后为什么还是挤在一起
Ctrl+Shift+N 确实新建空窗口，但它不加载任何文件夹，此时窗口处于“无根工作区”状态。如果你紧接着用 File → Add Folder to Workspace…，VSCode 会把该文件夹加进当前窗口的多根工作区，而不是保持单根独立——这会让窗口看似“新建”，实则变相合并。
- 正确做法：新建窗口后，用
File → Open Folder…（不是 Add），这样窗口只挂载一个根，与其他窗口完全隔离 - 快捷键替代：
Ctrl+K Ctrl+O（Open Folder）比菜单更快，且明确区分于 Add 操作 - 验证是否成功：看窗口左下角状态栏是否显示单一文件夹路径，而非多个斜杠分隔的路径
项目切换频繁时怎么避免手动开窗
靠记忆路径 + 反复敲 code --new-window 不可持续。真正省事的是让 VSCode 记住你常去的几个项目，并一键唤出专属窗口——这需要扩展介入，原生功能做不到。
- 装
vscode-project-manager，配置好项目列表后，侧边栏点一下就能新开独立窗口打开该项目 - 关键配置项：
projectManager.openInNewWindow设为true，否则默认仍在当前窗口打开 - 别依赖「将工作区另存为」来防重复：它保存的是分组+标签状态，不是窗口实例，恢复时仍可能塞进当前窗口
最易被忽略的一点：VSCode 的「窗口」和「编辑器组」在 UI 上都叫“窗口”，但进程模型完全不同。拖错标签页、误点「Add Folder」、甚至 macOS 下 Cmd+` 切换同应用窗口时手滑——这些都会让你以为开了新窗口，其实只是在老进程里新增了一个编辑器组。真要减少重复窗口，得从进程粒度下手，而不是布局粒度。
