先检查工作区级 .vscode/settings.json 是否存在并覆盖了 formatOnSave 或 defaultFormatter 设置；若存在，即使仅一行也会最高优先级生效，导致用户设置失效。
VSCode本地配置导致格式化失效，几乎全是工作区级 .vscode/settings.json 覆盖了用户设置，且没显式声明关键项——不是插件坏了，是配置被“静默劫持”了。
怎么快速确认是不是工作区配置在捣鬼？
打开命令面板（Ctrl+Shift+P），输入并执行：Preferences: Open Workspace Settings (JSON)。如果该文件存在，哪怕只有一行，它就拥有最高优先级，会覆盖用户设置里所有同名项。
- 检查里面是否写了
"editor.formatOnSave": false或"[javascript]": { "editor.formatOnSave": false }—— 这类语句会直接关掉自动格式化 - 搜
defaultFormatter，看有没有漏掉语言块，比如有[typescript]但没配[html]，HTML 文件就会 fallback 到内置格式器 - 如果文件为空或根本不存在，问题大概率不在工作区层，别在这儿浪费时间
为什么改了用户设置却没用？三层作用域的覆盖逻辑
VSCode 配置按优先级从低到高是：用户 → 远程 → 工作区。工作区配置（即项目根目录下的 .vscode/settings.json）只要存在，就会把同名配置项整个顶掉，不管你是想微调还是覆盖。
-
editor.formatOnSave在用户设置里设为true，但工作区里没写它？那它还是true；可一旦工作区里写了false，哪怕只针对一种语言，那一类文件就彻底不格式化 -
editor.defaultFormatter是全局开关，但语言专属配置如"[json]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }才真正决定哪个文件用哪个工具——缺语言块，就等于没授权 - 右下角状态栏显示的语言模式（如
Plain Text）若与实际不符，连语言块都匹配不上，defaultFormatter形同虚设
工作区配置怎么写才不踩坑？
别依赖 GUI 设置界面自动生成，手动编辑 .vscode/settings.json 更可控，也更容易查错。
- 必须显式声明你要生效的语言块，例如 HTML 文件要格式化，就得加
"[html]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }，不能只靠全局editor.defaultFormatter - 避免混用布尔值和对象：不要写
"editor.formatOnSave": true和"[typescript]": { "editor.formatOnSave": true }并存，后者会覆盖前者对 TS 文件的控制 - 删掉无意义的空语言块，比如
"[javascript]": {}，它不会继承任何设置，反而可能干扰 Provider 匹配 - 如果项目里多人协作，建议在
.vscode/settings.json顶部加注释说明用途，比如// 此配置仅启用 Prettier 格式化，禁用所有其他格式器
格式化“看起来动了但风格不对”是典型降级信号
保存时代码缩进变了、分号加了、但单引号没转、尾逗号没加——这说明 esbenp.prettier-vscode 没真干活，而是被 VSCode 内置的 typescript-language-features 或其他格式器接管了。
- 执行
Format Document With…，看列表里有没有esbenp.prettier-vscode；有但没被选中，就是降级 - 检查
.vscode/settings.json里是否漏了对应语言块，或者editor.defaultFormatter值拼错了（比如写成prettier-vscode少了esbenp.前缀） - Prettier 插件本身可能加载失败：打开输出面板（
Ctrl+Shift+U），切换到Prettier日志，看有没有Cannot find module或Invalid config报错
最常被忽略的一点：工作区配置文件即使只有一行有效配置，也会激活整个作用域覆盖机制——你删掉它比修它更快，尤其当项目不需要定制化格式化规则时。
