VSCode 设置分用户级（全局生效）和工作区级（项目专属，优先级更高），用户设置适用于个人习惯如缩进、主题等，存于系统路径；工作区设置用于项目规范如 ESLint 路径、编码格式等，存于项目根目录。vscode/settings.json，建议提交 Git。
VSCode 的用户设置（User Settings）是全局生效的，影响你所有打开的项目；工作区设置（Workspace Settings）只对当前文件夹（即打开的文件夹或工作区）生效，优先级更高，会覆盖同名的用户设置。
用户设置：适合个人习惯和通用配置
比如你习惯用空格缩进 2 格、默认启用自动保存、偏好某种主题或字体大小——这些不随项目变化的偏好，就该写在用户设置里。修改后，所有项目都会继承这些基础行为。
- 位置：通过 Ctrl+,（Windows/Linux）或 Cmd+,（macOS）打开设置界面，默认就是用户设置标签页
- 实际存储在：~/.vscode/settings.json（Linux/macOS）或 %USERPROFILE%AppDataRoamingCodeUsersettings.json（Windows）
- 适合配置：编辑器外观、快捷键映射、文件关联、插件启用状态（如 Prettier 默认开启）、代理设置等
工作区设置：用于项目特定规则和协作约定
当一个项目要求使用 4 格缩进、禁用某插件、指定 ESLint 配置路径，或需要不同 编码 格式（如 UTF-8 with BOM），就得用工作区设置。它能确保团队成员打开同一项目时行为一致，也避免把项目私有配置污染到全局。
- 位置：在设置界面右上角点击“工作区”标签；或手动在项目根目录创建 ./.vscode/settings.json
- 它会生成一个隐藏的 .vscode/ 文件夹，该文件夹建议提交到 Git（除非含敏感信息）
- 常见用途：统一代码风格（tabSize、insertSpaces）、语言专属配置（如 “python.defaultInterpreterPath”）、禁用不适用插件（”editor.suggest.showWords”: false）、自定义任务或调试配置
优先级与覆盖逻辑：工作区 > 用户
VSCode 按照“工作区 → 用户 → 默认”三级叠加应用设置。相同配置项，工作区里的值会直接生效，用户设置里的同名项被忽略。比如用户设了 “editor.tabSize”: 2，但工作区写了 “editor.tabSize”: 4，那在这个项目里就一定是 4。
- 注意：不是所有设置都支持工作区级别——有些设置标有“仅用户”（User only），比如更新策略、telemetry 开关，这类无法在工作区改
- 检查方式：在设置搜索框输入关键词，右侧会显示该设置的作用域图标（地球图标 = 用户，文件夹图标 = 工作区）
- 小技巧：在工作区 settings.json 中按 Ctrl+Space 可触发设置项自动补全，并带说明和作用域提示
什么时候该用哪个？简单判断法
问自己两个问题：这个配置是否每个项目都需要？它会不会因项目而异？
- “我总想用 Monaco 字体”→ 用户设置
- “这个 前端 项目必须用 Prettier + Airbnb 规则”→ 工作区设置
- “我不想让同事的本地插件干扰我的调试流程”→ 工作区禁用插件，比口头提醒靠谱
- “这个遗留 Java 项目必须用 GBK 编码”→ 工作区单独配 “files.encoding”: “gbk”
基本上就这些。合理分开用户和工作区设置，既能保持个人效率，又不破坏项目规范，协作和切换项目时也更安心。
