VSCode保存或格式化无反应，主因是多插件争抢控制权；需通过Format Document With命令查看当前可用格式化器，确认Prettier是否注册成功，并匹配语言ID、配置语言专属块、避免ESLint等插件冲突。
VSCode 保存或手动格式化没反应、结果错乱，90% 是多个格式化插件在抢控制权——不是配置写错了，是根本没轮到它执行。
怎么确认当前文件用的是哪个格式化器
别猜，直接看。在任意代码文件中：
- 按
Ctrl+Shift+P（macOS 是Cmd+Shift+P）打开命令面板 - 输入
Format Document With，回车 - 弹出的列表就是 VSCode 当前“认得”的所有可用格式化器
- 如果列表里没有你装的
prettier-vscode或ms-python.black-formatter，说明它没注册成功，或语言支持被禁用了 - 右下角状态栏的语言模式（比如显示
JavaScript）必须和插件声明支持的语言完全匹配；JavaScript React和JavaScript在 VSCode 里是两个不同语言ID，Prettier 插件默认只对后者生效
为什么 editor.defaultFormatter 设了也不生效
这个设置项看似全局，实则极其脆弱：
- 它只对当前语言生效，且会被更细粒度的
"[javascript]"这类语言专属配置覆盖 - 全局设成
"esbenp.prettier-vscode"，但没配"[typescript]"块，TS 文件就完全不走 Prettier - ESLint 插件（
dbaeumer.vscode-eslint）不能当默认格式化器用——它只修复能 auto-fix 的 lint 错误，不是通用格式化工具，混用会导致引号、缩进反复被改 - Python 项目里，
python.formatting.provider和editor.defaultFormatter是两套系统，必须同时配对：前者告诉 Python 扩展用谁格式化，后者告诉编辑器快捷键调谁
JSON 文件格式化失效的典型陷阱
很多人装 Prettier 就为格式化 .json，但默认根本不管：
- VS Code 内置的
vscode.json-language-features才是 JSON 的原生格式化器，稳定、支持.jsonc注释，且不破坏true/false大小写 - Prettier 要想处理 JSON，必须在
.prettierrc里显式加"parser": "json"，否则忽略 - 一旦启用，Prettier 会把
true改成True（如果误配了caseSensitive），导致接口报Unexpected token - 它不识别
.jsonc注释块，要么删掉，要么报错；而内置格式器原生支持
排查插件冲突的最小闭环法
别一上来就翻 settings.json，先做这四步：
- 关闭所有格式化插件（Prettier、ESLint、Black、Beautify 等），只留语言支持类（如
@vscode/typescript-language-features） - 重启 VSCode，打开一个
.js文件，用Format Document With看是否只剩内置格式器，再试Shift+Alt+F是否有基础反应 - 逐个启用格式化插件，每次启用后都重复上一步，直到某次格式化行为异常或快捷键失灵，那个插件就是冲突源
- 重点盯住组合：Prettier + ESLint + EditorConfig 同时存在时，三者都在争缩进、引号、空行——建议禁用 EditorConfig 插件，用
eslint-config-prettier关闭 ESLint 中与 Prettier 重叠的规则
真正难搞的从来不是单个插件配不配得上，而是多个插件在后台静默争夺同一行代码的控制权——它们不报错，只悄悄互相覆盖，直到你发现 singleQuote: true 又变成了双引号。
