VSCode配置按默认设置、用户设置、工作区设置、文件夹设置四级优先级覆盖，键路径级替换不合并，语言专属设置和扩展配置有特殊继承规则。
如果您在 VSCode 中修改了设置，但发现某些配置未按预期生效，则可能是由于配置文件的继承与覆盖规则导致优先级冲突。以下是理解 VSCode 配置文件继承与覆盖逻辑的关键路径：
本文运行环境：MacBook Pro，macOS Sequoia。
一、VSCode 配置文件的层级结构
VSCode 的配置按作用域从广到窄分为四层：默认设置、用户设置、工作区设置、文件夹设置（多根工作区中各文件夹独立）。低层级配置会覆盖高层级同名配置项，形成明确的优先级链。
1、默认设置由 VSCode 内置提供，不可直接编辑，可通过命令面板输入 Developer: Show Default Settings 查看。
2、用户设置位于 ~/Library/Application Support/Code/User/settings.json（macOS），影响当前系统所有 VSCode 实例。
3、工作区设置保存在 .vscode/settings.json（项目根目录），仅对当前打开的文件夹或工作区生效。
4、当使用多根工作区时，每个子文件夹可拥有独立的 .vscode/settings.json，其配置仅作用于该子文件夹内文件。
二、配置项覆盖的具体规则
配置覆盖以“键路径”为单位进行匹配，而非整个文件合并。只要某一层级定义了某个配置键（如 editor.tabSize），该层级及更低层级的值将完全取代更高层级的同名值，无论其是否为对象嵌套结构。
1、若用户设置中定义 "editor.formatOnSave": true，而工作区设置中定义 "editor.formatOnSave": false，则保存时不会触发格式化。
2、对于对象类型配置（如 "emeraldwalk.runonsave"），低层级配置会整体替换高层级对应键的整个对象，不进行深度合并。
3、数组类型配置（如 "files.associations"）同样不合并，低层级数组完全替代高层级数组，即使内容仅部分不同。
三、语言专属设置的特殊继承行为
语言专属设置（language-specific settings）属于用户或工作区设置的子集，通过 "[javascript]": { ... } 等语法定义，其优先级高于通用设置，但低于同作用域内的显式覆盖声明。
1、在用户设置中定义 "[typescript]": { "editor.insertSpaces": false }，将覆盖用户级通用 "editor.insertSpaces" 设置，仅对 TypeScript 文件生效。
2、若工作区设置中同时存在通用 "editor.insertSpaces": true 和 "[typescript]": { "editor.insertSpaces": false }，则 TypeScript 文件仍使用 false，其余文件使用 true。
3、语言专属设置不跨作用域继承：工作区中定义的 "[json]" 块不会影响用户级其他 JSON 文件，除非该文件位于该工作区内。
四、扩展配置的继承限制
扩展自身注册的配置项遵循相同层级规则，但部分扩展强制锁定某些设置（如 Prettier、ESLint），其内部逻辑可能绕过常规覆盖机制，直接读取特定作用域或忽略用户设置。
1、Prettier 扩展默认优先读取项目根目录下的 .prettierrc 或 prettier.config.js，而非 VSCode 设置中的 prettier.* 项。
2、ESLint 扩展若启用 "eslint.packageManager": "yarn"，则该设置必须存在于工作区或用户设置中，且不能被更高优先级的语言块覆盖。
3、当扩展配置与 VSCode 原生设置冲突时（如 editor.formatOnSave 与扩展的格式化开关），扩展通常以自身配置为准，原生设置仅作为兜底 fallback。
