vscode插件配置分工作区、用户、扩展默认值三层作用域，优先级为工作区＞用户＞扩展默认值；语言专属配置须用"[language]"格式声明；配置项名须严格匹配插件注册的key；启用"$schema"可触发schema校验。
插件配置不是写进一个大 JSON 里就完事的——它分散在三个作用域，且优先级固定、覆盖逻辑隐蔽，改错地方根本不会生效。
插件配置存在三个独立作用域
VSCode 不把所有插件设置塞进同一个 settings.json，而是按优先级分层加载：
- 工作区设置：
.vscode/settings.json（仅当前项目生效，最高优先级） - 用户设置：
~/.vscode/settings.json（全局生效，但会被工作区覆盖） - 扩展自身默认值（硬编码在插件代码中，最低优先级，一般不建议动）
你在插件页点「Manage → Extension Settings」看到的配置界面，右上角明确标着「User」或「Workspace」——这个标识决定你改的是哪一层。误把本该写在工作区的 prettier.requireConfig 放进用户设置，换个项目就失效。
语言专属配置必须用方括号嵌套声明
像 Prettier、ESLint 这类插件要对特定语言生效，不能直接写 "editor.defaultFormatter": "esbenp.prettier-vscode"，必须包在语言标识符里：
"[javascript]": {
"editor.defaultFormatter": "esbenp.prettier-vscode",
"editor.formatOnSave": true
},
"[typescript]": {
"editor.defaultFormatter": "esbenp.prettier-vscode",
"editor.formatOnSave": true
}
漏掉方括号，或写成 "javascript.editor.defaultFormatter"，VSCode 就当没这回事；大小写也敏感，"[Javascript]" 是无效的。
配置项名必须严格匹配插件注册的 key
插件通过 package.json 中的 contributes.configuration 段声明自己支持哪些配置项。你手写的键名必须一字不差，包括大小写和点号位置：
- 正确：
"emeraldwalk.runonsave"（对应 Run On Save 插件） - 错误：
"runOnSave"、"run-onsave"、"emeraldwalk.runOnSave"
VSCode 对非法键名完全静默——既不报错也不提示，配置就白写了。查证方式：打开插件详情页 → 点「Contributions」标签 → 找 configuration 部分，复制原始 key。
Schema 校验能提前暴露结构错误
在 settings.json 顶部加一行 "$schema": "vscode://schemas/settings"，VSCode 就会启用内置 Schema 校验：
- 自动提示合法配置项（补全不再靠猜）
- 标出类型错误，比如把
"editor.tabSize"设成"2"（字符串）而非2（数字） - 发现拼写错误，如
"editor.fomatOnSave"（少了个 r）
没有 $schema，编辑器只做基础 JSON 语法检查，大量语义错误得等重启或行为异常后才暴露。
最常被忽略的是作用域混用：以为在用户设置里配一次就能管所有项目，结果团队协作时格式化规则不统一；或者改了语言专属配置却没套方括号，改了半天没反应。这些都不是插件问题，是配置结构本身没对齐。
