真正隔离的新窗口只能通过ctrl+shift+n（win/linux）或cmd+shift+n（macos）打开，或命令行执行code --new-window，确保进程级隔离：终端、扩展、调试、设置完全独立。
VSCode 里所谓“多窗口”，只有 Ctrl+Shift+N（Win/Linux）或 Cmd+Shift+N（macOS）打开的才是真正的独立进程窗口；其他所有“分屏”“多标签”“多根工作区”都不是窗口，只是同一进程内的视图组织方式。
怎么开一个真正隔离的新窗口
真正隔离意味着：终端不共享、扩展启用状态独立、调试会话互不影响、设置缓存分开。不是拖文件进去、不是右键“在新窗口中打开”（那只是系统级行为，可能复用已有进程）、也不是 Ctrl+N（那是新建空文件，仍在当前窗口）。
-
Ctrl+Shift+N（Win/Linux）或Cmd+Shift+N（macOS）是唯一可靠方式——它启动全新 VSCode 进程，空白无任何文件夹 - macOS 用户若从 Dock 启动，必须按住
Option键双击图标；直接点击默认复用，不可信 - 命令行最可控：
code --new-window /path/to/project，尤其适合脚本化或 CI 环境 - 已打开项目时，千万别点
File → Open Folder…，否则会清空当前上下文（语言服务、任务配置、调试配置全丢）
为什么 Ctrl+P 和 Ctrl+R 不是窗口切换
这两个快捷键常被误认为“切换窗口”，实际它们操作的是当前进程内的资源：
-
Ctrl+P只搜索当前窗口已打开或可索引的文件，不跨进程 -
Ctrl+R列出的是“最近工作区”（即最近通过File → Open Folder…加载过的路径），切换后仍留在同一窗口，终端会话会被关闭 - 如果你发现切换后终端没了、断点失效、插件状态重置——说明你根本没切到新窗口，只是在单个进程里来回加载不同文件夹
多根工作区不是窗口，但容易和窗口混淆
当你右键资源管理器 → “将文件夹添加到工作区…”，再 File → Save Workspace As… 生成 .code-workspace 文件，这只是把多个项目聚合成一个逻辑工作区，仍在同一个 VSCode 进程里运行。
- 左下角显示
[Workspace]才算生效；只显示文件夹名，说明仍是单文件夹模式 - 所有根目录共用一份
settings.json，无法单独为 frontend 设置editor.tabSize，为 backend 设置files.exclude - 统一搜索、跨项目跳转定义是优势，但调试时两个服务跑在同一进程里，端口冲突或环境变量覆盖风险更高
- 想真正隔离？别加根目录，直接用
Ctrl+Shift+N开第二个窗口，再各自Open Folder…
拖拽文件进 VSCode 时到底发生了什么
右键文件 → “在新窗口中打开”，这个操作的行为取决于操作系统和 VSCode 的注册关联，不是编辑器自身逻辑控制的：
- Windows 下多数情况会触发
code --new-window，但前提是 VSCode 是默认编辑器且注册表未损坏 - macOS 下该菜单项实际调用的是系统级
open -n -a "Visual Studio Code"，但某些版本存在复用 bug - 最稳的方式永远是：先用
Ctrl+Shift+N开窗，再手动File → Open Folder…——过程多一步，但状态确定、无歧义 - 拖拽一个 .ts 文件进已有窗口，只会新开 tab；拖进空白桌面区域？系统可能直接忽略，或弹出错误提示
Unable to open 'xxx.ts': File not found.
真正麻烦的不是记不住快捷键，而是搞不清“窗口”“工作区”“编辑器组”这三层边界——一旦混淆，就会反复丢失终端、重连调试器、重装插件。每次想并行开发，先问自己一句：我需要进程隔离，还是只是布局调整？答案决定你该按 Ctrl+Shift+N，还是 Ctrl+\。
