vs code settings.json配置不生效的主因是多层优先级覆盖、json语法错误、插件或工作区设置静默覆盖；需确认作用域、校验语法、检查路径变量及配置项准确性。
改了 settings.json 却没生效？不是 VSCode 坏了，是配置被更高优先级的同名项静默覆盖了——这是它最常被低估的底层逻辑。
settings.json 不是“高级设置入口”，而是最终执行层
VSCode 所有 GUI 设置（比如点勾选“保存时格式化”）背后，最终都转成 settings.json 里的键值对。它不替代图形界面，但能做图形界面做不到的事：批量覆盖、条件启用、跨平台适配、插件深度绑定。
- GUI 界面修改后，你看到的是“当前生效值”，但真正起作用的是某一层
settings.json中写死的值 - 打开命令面板，输入
Preferences: Open Settings (JSON)，看顶部注释是否含Workspace或User，就能确认当前编辑的是哪一层 - 同名配置项不会合并，而是直接覆盖：用户级写了
"editor.tabSize": 4，工作区又写"editor.tabSize": 2，那打开这个项目时就是 2
哪些配置必须手写进 settings.json，GUI 根本不提供入口
GUI 隐藏了大量底层或条件化配置，尤其在语言特设、插件集成、跨平台兼容场景下，settings.json 是唯一途径。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
- 语言专属设置必须用方括号语法：
"[javascript]"、"[python]"—— 写成"js"或"py"无效，GUI 里根本找不到这个开关 - 插件专属配置如
"prettier.requireConfig"、"emeraldwalk.runonsave"，GUI 不暴露开关，不写进 JSON 就等于没启用 - 跨平台换行符统一要用
"files.eol": "\n"（强制 LF），Windows 用户若只在 GUI 里调，Git 仍可能提交 CRLF - 需要注释说明的配置（比如团队规范依据），GUI 不支持注释，而 VSCode 允许在
settings.json中使用//或/* */
terminal.integrated.cwd 和 files.exclude 这类配置为什么总“失灵”
它们看似简单，但实际受路径变量解析、匹配优先级、加载时机三重影响，稍有偏差就静默失效。
-
"terminal.integrated.cwd": "${workspaceFolder}"是安全写法；写成绝对路径如"C:/project"在 macOS/Linux 下直接不生效 -
"files.exclude"使用的是类似.gitignore的模式语法："**/node_modules"✅，"node_modules"❌（只匹配根目录） -
"files.watcherExclude"和"search.exclude"功能不同：前者减轻文件监听负载（影响性能），后者仅过滤搜索结果（不影响运行） - 所有路径变量必须拼写严格：只有
${workspaceFolder}、${userHome}、${env:HOME}有效，${projectRoot}或${workspace}是错的
改完 settings.json 启动报错或设置失效？先查这三处
VSCode 不会弹窗报错，只会跳过整个文件，回退到默认设置——这是静默失败最常见的原因。
- 所有键名和字符串值必须用双引号包裹：
"editor.fontSize"✅，editor.fontSize❌ - 删掉最后一行键值对后的逗号：
"files.autoSave": "afterDelay",❌（末尾逗号非法） - 确保没有中文标点、不可见 Unicode 字符（尤其是从网页复制配置时容易混入）
复杂点在于：配置生效与否，取决于它在哪一层、是否被更上层覆盖、变量是否被正确解析——而不是“写了就一定管用”。
