VSCode插件配置冲突源于多层优先级覆盖：workspace设置覆盖user设置，语言特定配置（如"[javascript]"）可劫持全局配置；editor.formatOnSave是总开关，但需配合editor.defaultFormatter（支持按语言指定）及插件自身启用状态（如eslint.format.enable）共同生效，且工作区级.vscode/settings.json可即时覆盖全局设置。
VSCode 插件间配置冲突不是“谁写得晚谁赢”，而是有明确的优先级链和覆盖逻辑——workspace 设置会覆盖 user 设置，而插件自身的默认值又可能被语言特定配置（如 "[javascript]"）精准劫持。搞不清这个链条，改了十遍 settings.json 都没用。
为什么改了 editor.formatOnSave 还不生效？
因为格式化行为由三重控制叠加决定：是否开启保存时格式化、谁来执行、对哪些文件生效。常见失效原因不是设置错了，而是被更高优先级的配置覆盖了：
-
editor.formatOnSave是总开关，但它只在“有可用 formatter”的前提下才起作用； - 真正决定“谁来格式化”的是
editor.defaultFormatter，而它的值可以按语言细分，比如"[typescript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }会覆盖全局设置； - 某些插件（如 ESLint）还自带独立开关
eslint.format.enable，它为true时会把自己的 formatter 注册进 VSCode 的格式化列表，哪怕你没在defaultFormatter里显式指定它； - 更隐蔽的是工作区级
.vscode/settings.json——它能直接关掉editor.formatOnSave，且无需重启就立即生效。
editor.defaultFormatter 被多个插件争抢怎么办？
VSCode 不允许多个插件同时声明自己是某类文件的“默认格式器”，后加载的插件会静默覆盖前一个，但控制台不会报错。结果就是你看到 Prettier 不工作，其实是 Volar 或 TypeScript 插件偷偷接管了 .vue 或 .ts 文件。
- 打开命令面板，运行
Developer: Show Running Extensions，看哪些插件已激活并注册了语言功能； - 检查
settings.json中是否存在重复的语言块，例如同时存在"[vue]"和"vue"（后者是旧版写法，已被弃用）； - 强制锁定：在对应语言块中显式指定 formatter ID，并确保该插件已启用，例如：
"[vue]": { "editor.defaultFormatter": "Vue.volar" }； - 禁用干扰项：如果用了 Volar，务必禁用 Vetur，并确认
vue.preferences.useVolarForVue3为true，否则 Vue 语言服务会分裂。
插件自己的配置项（如 prettier.semi）为什么被忽略？
这类插件专属配置只有在该插件**实际被选为当前文件的 formatter** 时才生效。如果 Prettier 没被调用，prettier.semi 再怎么设都是摆设。
- 先验证 Prettier 是否被启用：打开一个
.js文件，右下角状态栏应显示 “Prettier”（而不是 “ESLint” 或空白）； - 检查它是否被排除：Prettier 默认跳过
node_modules、dist等目录，也受prettier.ignorePath和.prettierignore控制； - 注意配置作用域：像
prettier.requireConfig设为true后，Prettier 会拒绝读取用户设置里的prettier.*项，只认项目根目录下的.prettierrc； - 别混用插件版本：
esbenp.prettier-vscode和prettier.prettier-vscode（旧版）不能共存，后者已停更，残留会导致配置解析失败。
如何让不同项目用不同 formatter 而不互相污染？
靠全局设置硬刚只会越来越乱。正确做法是把 formatter 绑定到项目本身，而非用户习惯：
- 在项目根目录建
.vscode/settings.json，只写语言相关配置，例如：{ "[javascript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, "[typescript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" } }； - 配合
editor.formatOnSave放在同个文件里，它就只对该工作区生效； - 避免在
user设置里写语言块——那是给“所有项目都用同一套规则”准备的，现实中几乎不存在； - 如果团队协作，把
.vscode/settings.json加入.gitignore是错的；它应该被提交，作为项目开发环境契约的一部分。
最常被忽略的一点：VSCode 的配置优先级不是线性的，而是分层+条件触发的。一个插件是否参与某次格式化，取决于文件路径、语言模式、当前激活的 formatter 列表、以及它自己有没有完成初始化——四者缺一不可。任何一层断掉，配置就成废纸。
