工作区设置优先于用户设置，且仅“resource”作用域的设置可被覆盖；用户设置影响全局，工作区设置仅限当前项目，可通过Settings UI的图标或命令行检查生效来源。
VSCode 中用户设置（User Settings）和工作区设置（Workspace Settings）会同时生效，但当两者冲突时，工作区设置优先于用户设置。这是 VSCode 的核心覆盖规则，理解它能帮你精准控制不同项目的行为。
用户设置：全局默认行为
用户设置位于 Settings UI 或 settings.json（路径通常为：~/.config/Code/User/settings.json Linux/macOS，%APPDATA%\Code\User\settings.json Windows）。它影响所有打开的文件和工作区，是你的“个人偏好底座”。比如设定了默认字体大小、自动保存、主题等。
- 适合配置长期不变的通用习惯（如缩进为 2 空格、启用格式化 onSave）
- 不建议在这里硬编码项目专属配置（如特定 ESLint 路径或 TypeScript 版本）
- 可通过命令面板输入 Preferences: Open Settings (UI) 快速访问
工作区设置：项目级覆盖
工作区设置保存在项目根目录下的 .vscode/settings.json 文件中。它只对当前文件夹（及子文件夹）生效，且会完全覆盖同名的用户设置。例如你在项目中禁用 Prettier，即使用户设置里开启了它，该项目也不会格式化。
- 适合配置与项目强绑定的规则（如
"eslint.validate": ["javascript", "typescript"]） - 可配合 .vscode/extensions.json 推荐团队扩展，提升协作一致性
- 注意：多根工作区（multi-root workspace）中，每个文件夹可有自己的 .vscode/settings.json，彼此独立
例外情况：某些设置不被工作区覆盖
并非所有设置都支持工作区级覆盖。VSCode 明确标记为 "resource" scoped 的设置才可被工作区覆盖；而 "application" 或 "machine" scoped 设置（如窗口缩放、更新模式、代理配置）仅在用户层生效，工作区设置中写入会被忽略。
- 查看某设置是否可被覆盖：在 Settings UI 中搜索该设置，右侧图标显示 ⚙️ 表示支持多级作用域，? 表示仅限用户层
- 尝试在工作区中设置
"update.mode": "none"不会生效——这类设置必须改用户层
实用技巧：快速识别当前生效值
当你不确定某项配置来自哪里，可以点击 Settings UI 中对应条目的右上角 ⓘ 图标，VSCode 会明确标注该值来源（User / Workspace / Remote / Language-specific），并高亮显示实际生效的值。
- 在 settings.json 中，鼠标悬停在某个键上，也会提示作用域信息
- 命令面板运行 Developer: Toggle Developer Tools，在 Console 输入
JSON.stringify(require('vscode').workspace.getConfiguration().inspect('editor.tabSize'))可查详细解析
基本上就这些。掌握这个优先级逻辑，你就能让 VSCode 在保持个人效率的同时，无缝适配不同项目的规范要求。
