VSCode工作区是项目上下文的“配置容器”，以.code-workspace文件显式定义，支持多根目录、隔离设置、推荐扩展及绑定任务调试；单文件夹模式为隐式轻量，而工作区实现高效、隔离、可复现的多项目协作。
VSCode 的工作区（Workspace）不是简单的文件夹，而是你项目上下文的“配置容器”——它决定了哪些文件夹被纳入编辑器、启用哪些扩展设置、保存哪些调试/终端状态，甚至影响代码提示和任务运行行为。用好工作区，多项目切换才真正高效、隔离、可复现。
什么是工作区？文件夹 vs 工作区的区别
打开一个普通文件夹（如 /projects/my-app），VSCode 默认以“单文件夹模式”运行：所有设置作用于该目录，没有显式的工作区配置文件。而工作区是显式定义的，通常以 .code-workspace 文件为载体（例如 my-team-workspace.code-workspace），它本质是一个 JSON 文件，可以包含多个文件夹路径、专属设置、推荐扩展等。
- 单文件夹 = 隐式、轻量、适合简单项目
- 多根工作区（Multi-root Workspace） = 显式、结构化、支持跨仓库协作（比如前端 + 后端 + 共享 SDK）
- 工作区设置（settings.json 中的 "settings" 字段）优先级高于用户设置，且只在该工作区生效
如何创建和管理多根工作区
点击菜单 File → Add Folder to Workspace… 可逐个添加项目目录；添加完毕后，选择 File → Save Workspace As… 即可生成 .code-workspace 文件。这个文件可以提交到团队仓库，其他人用 VSCode 打开它，就自动获得一致的文件夹结构和配置。
- 工作区文件里可指定每个文件夹的别名（"name"），避免路径过长或含特殊字符时显示混乱
- 右键资源管理器中的某个文件夹 → Remove Folder from Workspace，可临时排除不活跃项目，不删除实际文件
- 关闭工作区后重新打开，VSCode 默认恢复上次打开的编辑器标签、终端会话（需开启 "window.restoreWindows" 和 "workbench.startupEditor" 相关设置）
工作区设置：让每个项目“各司其职”
工作区级别的 settings.json 是隔离配置的核心。比如你在 Python 项目中禁用 ESLint，在前端项目中启用 Prettier 并设为默认格式化工具——这些互不干扰。
- 通过 Cmd/Ctrl + , 打开设置，切换右上角下拉框为 Workspace，再搜索修改，VSCode 会自动写入工作区 JSON
- 常见需工作区隔离的设置包括：editor.tabSize、files.exclude、emerald.editor.defaultFormatter、python.defaultInterpreterPath
- 不要在工作区里覆盖全局敏感设置（如 update.mode 或 telemetry.enableTelemetry），避免意外影响其他项目
工作区与扩展、任务、调试的联动
VSCode 允许为工作区推荐扩展（extensions.json），还会根据文件夹内容自动激活对应扩展（如打开 Cargo.toml 激活 Rust 插件）。任务（Tasks）和调试配置（launch.json）也默认放在工作区的 .vscode/ 下，天然绑定上下文。
- 在 .vscode/extensions.json 中列出 "recommendations"，新成员克隆项目后点提示即可一键安装配套扩展
- 调试配置里的 "cwd"（当前工作目录）默认是启动调试时所在的文件夹，但可在 launch.json 中显式指定为某个子包路径，适配 monorepo 场景
- 自定义任务（如构建命令）支持 "group": "build" 和 "presentation" 控制终端行为，确保每次执行都干净、可预期
基本上就这些。工作区不是功能堆砌，而是帮你把“我在做什么项目、用什么规则、跟谁协作”这些隐性上下文，变成可保存、可分享、可版本化的明确约定。
