VSCode装Prettier后无反应，主因未设为默认格式化器、未开启保存时格式化、配置文件缺失或路径错误、与ESLint规则冲突；需依次配置默认格式化器、启用editor.formatOnSave、添加.prettierrc.json、集成eslint-config-prettier并确保其在ESLint配置中排最后。
VSCode装Prettier插件后为什么没反应
装了插件但保存不格式化，大概率是没设为默认格式化工具，或者工作区覆盖了全局配置。VSCode 默认不把 Prettier 当格式化器用，得手动指定。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），搜Format Document With...，选Configure Default Formatter...，再选Prettier - Code formatter - 检查当前文件是否被其他格式化器劫持：右下角状态栏点格式化器图标（显示如
Prettier或ESLint），确保是Prettier - 如果项目里有
.editorconfig或eslint-config-prettier冲突，Prettier 可能静默失效——先关掉 ESLint 的自动修复（"eslint.autoFixOnSave": false），或确认eslint-plugin-prettier已正确集成
保存时自动格式化的关键开关在哪
光装插件、设默认格式化器还不够，必须打开「保存时格式化」这个总闸。VSCode 有两个层级的开关，缺一不可。
- 全局启用：
settings.json中加"editor.formatOnSave": true - 项目级覆盖：在项目根目录的
.vscode/settings.json里写同一条配置，优先级更高，适合统一团队风格 - 注意别误开
"editor.formatOnType": true（打字时就格式化），容易打断编码节奏，一般关掉 - 若只对某些语言启用（比如只格式化
.vue文件），用语言专属配置："[vue]": { "editor.formatOnSave": true }
Prettier 配置文件 .prettierrc 怎么写才不踩坑
没配 .prettierrc 也能用，但一旦团队协作或对接 CI，硬编码在 VSCode 设置里的规则会失控。配置文件必须存在且路径正确，否则 Prettier 直接回退到默认值（比如用 2 空格，而你想要 4）。
- 支持格式：JSON / YAML / JS（推荐
.prettierrc.json，最稳） - 常见易错项：
"semi": false（去分号）和"singleQuote": true必须显式声明，否则按默认值（true和false）处理 - 别把
tabWidth设成4却忘了同步改editor.tabSize，VSCode 编辑器缩进和 Prettier 格式化结果会打架 - 配置文件必须放在项目根目录，或上级能被 Prettier 正确向上查找的位置；放错位置（比如嵌套子文件夹）等于没写
和 ESLint 共存时为什么代码越格式化越报错
ESLint 和 Prettier 规则重叠（比如缩进、引号、分号），不协调就会互相推翻。不是谁取代谁，而是让 ESLint 只管逻辑问题，Prettier 只管样式。
立即学习“前端免费学习笔记（深入）”；
- 装两个包：
eslint-config-prettier（关掉所有和 Prettier 冲突的 ESLint 规则） +eslint-plugin-prettier（把 Prettier 当 ESLint 规则跑） - 在
.eslintrc.js的extends里，把prettier放最后，确保它能覆盖前面的规则 - VSCode 中禁用 ESLint 的保存自动修复（
"eslint.autoFixOnSave": false），只留 Prettier 负责格式，ESLint 负责保存时标红提示 - 如果用了
prettier-eslint这类混合工具，现在基本过时了，容易导致格式结果不稳定，直接弃用
最常被忽略的是：Prettier 的配置文件加载路径和 ESLint 的规则链顺序，这两个地方出问题，表面看是“没反应”或“格式乱”，实际是工具链在静默降级或冲突。调的时候别只盯着 VSCode 设置，多看终端里 Prettier 启动时的路径日志（开启 "prettier.trace": "messages"）。
