vscode工作区本质是.code-workspace文件，非临时多根视图：必须显式保存该json文件才能持久化路径、设置、扩展及调试配置；仅拖拽文件夹不生成配置，关闭即丢失。
VSCode 的工作区不是“同时打开多个文件夹”的快捷操作，而是一个明确的、可持久化的配置容器——它的本质是 .code-workspace 文件。 没有这个文件，你所谓的“多项目”只是临时视图，所有设置、终端路径、调试配置都不可靠，也几乎无法复现或共享。
为什么直接拖拽多个文件夹进 VSCode 会出问题
这种操作只是创建了一个未保存的“多根视图”，VSCode 不会写入任何配置，也不记录扩展启用状态或终端初始路径。常见表现包括：
- 关掉窗口再打开，只剩一个文件夹，其他全丢
-
tasks.json或launch.json在某个子文件夹里，但调试器根本找不到它（因为没绑定到工作区） - 左侧资源管理器显示多个根，但右下角语言模式始终只识别最上面那个文件夹的类型
- 安装了 Prettier，却只在 frontend/ 下格式化，backend/ 里按保存没反应——扩展没按工作区激活
.code-workspace 文件里必须写清楚什么
它是个 JSON 文件，核心字段只有三个，但缺一不可：
-
"folders"：数组，每个元素是{"path": "relative/or/absolute/path"}。路径必须真实存在，且不能重复；相对路径以该.code-workspace文件所在目录为基准 -
"settings"：对象，覆盖用户级设置，比如"editor.tabSize": 2或"python.defaultInterpreterPath"。这里改的只影响这个工作区 -
"extensions"：数组，如["ms-python.python", "esbenp.prettier-vscode"]，指定哪些扩展在此工作区**强制启用**（即使全局禁用）
示例片段：
{
"folders": [
{ "path": "frontend" },
{ "path": "backend" }
],
"settings": {
"editor.detectIndentation": false,
"files.exclude": { "**/node_modules": true }
},
"extensions": ["esbenp.prettier-vscode"]
}
工作区设置和 .vscode/settings.json 的关系
两者不冲突，但优先级和作用域不同：
-
.vscode/settings.json是**文件夹级**配置，只对它所在的那个子目录及其子目录生效（比如只影响frontend/里的 JS 文件） -
.code-workspace里的"settings"是**工作区级**，对整个工作区所有文件夹都有效（比如统一设"terminal.integrated.cwd"初始工作目录） - 如果同一配置项在两个地方都写了，工作区级设置会覆盖文件夹级设置；但像
"python.defaultInterpreterPath"这种路径型配置，建议写在.vscode/settings.json里，避免跨机器路径失效
容易被忽略的关键细节
很多人以为保存了 .code-workspace 就万事大吉，其实还有几个硬性前提：
- 必须用 VSCode 打开这个文件（双击或运行
code my-app.code-workspace），而不是“打开文件夹”后再添加其他目录 - 终端默认路径不会自动跳转到某个子文件夹——它默认是第一个
folders[0]的路径；想改就得在.code-workspace里配"terminal.integrated.cwd" - Git 面板只显示当前工作区里所有文件夹的合并变更，但“提交时选哪个根目录”由你在资源管理器里右键点击的位置决定，不是自动按文件夹分组
-
.code-workspace文件本身可以提交进 Git，但里面写的路径如果是绝对路径，别人拉下来就打不开——务必用相对路径
