vscode多文件夹管理必须通过.code-workspace实现，直接打开会覆盖或丢失配置；工作区文件固化结构、支持跨文件夹搜索/调试/设置分级等完整功能。
VSCode 打开两个文件夹，本质是创建多根工作区，不是“同时打开两个窗口”
VSCode 不支持传统意义下“一个窗口里并列打开两个独立文件夹并各自保持完整配置”的操作——你手动拖两个文件夹进去、或连点两次 文件 → 打开文件夹，结果只会是后一个覆盖前一个。真正能持久化、可复用、带配置的双文件夹管理，必须走 .code-workspace 这条路。
常见错误现象：
• 拖拽两个文件夹进 VSCode 窗口，资源管理器里确实显示了两个，但关掉再打开就只剩一个；
• 在设置里改了某个文件夹的 editor.tabSize，结果另一个项目也跟着变；
• Python 插件自动激活，开始扫描 Vue 项目里的 .py 文件并报错。
- 先关闭所有已打开的文件夹（确保状态栏是紫色“未打开文件夹”）
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac），输入add folder to workspace，回车，选第一个文件夹 - 再执行一次同命令，添加第二个文件夹
- 按
Ctrl+Shift+P输入save workspace as，保存为myproject.code-workspace
为什么不能直接“打开两个文件夹”，而必须保存为 .code-workspace？
因为 VSCode 的“多文件夹”能力只有在工作区（workspace）上下文中才被完整启用：跨文件夹搜索（Ctrl+Shift+F）、统一调试配置、任务编排（tasks.json）、符号跳转（比如从 A 项目 import 的函数能跳到 B 项目的定义）、甚至扩展的按文件夹启用控制——这些功能全依赖 .code-workspace 文件来声明和固化结构。
直接拖拽或反复 打开文件夹 属于“临时多根模式”，它没有配置存储位置，不读取 settings 覆盖逻辑，也不触发工作区级生命周期事件。相当于开着浏览器却不存书签，下次重启就失联。
-
.code-workspace是纯 JSON，可提交 Git，团队成员双击即还原相同结构 - 它内部有
"folders"数组明确列出路径，还有"settings"段统一控制整个工作区行为 - 若某文件夹只是临时查看（如看第三方库源码），用
Add Folder to Workspace…动态加，右键该文件夹 →Remove Folder from Workspace移除，不污染工作区文件
两个文件夹配置冲突怎么办？比如一个要 tabSize=2，另一个要 tabSize=4
VSCode 设置有三层优先级：用户级 .code-workspace 级 .vscode/settings.json 级。所以正确做法不是在工作区里硬塞两套值，而是让每个文件夹自己管自己。
使用场景：前端项目需要 2 空格缩进，Python 后端项目需要 4 空格，且共存于同一工作区。
- 在 Python 项目根目录下新建
.vscode/settings.json，写入{"editor.tabSize": 4} - 在前端项目根目录下也建
.vscode/settings.json，写入{"editor.tabSize": 2} - 工作区级
settings字段只放通用项，比如"files.exclude"或"search.exclude" - 注意：
"extensions.ignoreRecommendations": true这类全局性设置不能写在文件夹级，否则无效
什么时候该拆成两个 .code-workspace，而不是塞进一个？
当两个文件夹之间几乎无关联、运行环境互斥、或语言服务严重干扰时，强行合并反而增加维护成本。
性能 / 兼容性影响：
• Node.js 14 和 Node.js 18 项目混在一个工作区，JS/TS 语言服务器可能因 node_modules 解析冲突卡顿；
• Python 2 和 Python 3 项目共存，python.defaultInterpreterPath 配置容易错乱；
• 一个含大型 C++ 项目（需占用大量内存的 C/C++ 扩展），另一个是轻量 Markdown 编辑，合并在一个工作区会让后者响应变慢。
- 判断信号：你在 A 项目里频繁禁用某扩展，又在 B 项目里频繁启用它
- 判断信号：每次切换文件夹都要手动改
terminal.integrated.defaultProfile或python.defaultInterpreterPath - 更稳妥的做法：为强隔离场景单独建
backend.code-workspace和frontend.code-workspace，用不同窗口打开
最常被忽略的一点：很多人以为“多文件夹 = 多窗口”，其实恰恰相反——想用好跨文件夹搜索、统一调试、符号跳转，就必须放弃多窗口思路，老老实实建一个 .code-workspace。窗口开多了，反而丢掉了 VSCode 最值钱的能力。
