webstorm 保存时自动调用 prettier 格式化需三步：1. 在 code style 中为各语言设 prettier 为默认格式器；2. 在 actions on save 中启用 reformat code；3. 使用正确命名和位置的 .prettierrc.json 及本地 prettier 包。
WebStorm 保存时自动调用 Prettier 格式化代码，关键不是“装了插件就行”，而是必须让 Prettier 接管格式化行为、且配置能被正确加载——否则 Ctrl+S 后代码纹丝不动，连报错都没有。
为什么保存后没反应？Prettier 没被设为默认格式器
WebStorm 默认用内置 JavaScript 格式化器，即使装了 Prettier 插件、也装了 prettier 包，它也不会自动接管。你点 Ctrl+Alt+L 或保存，走的仍是 IDE 自带逻辑。
- 进
Settings > Editor > Code Style > JavaScript（或TypeScript），点击右上角齿轮 →Set from > Prettier - 同理，对
TypeScript、JSON、Vue等语言 tab 都要单独设置一次，不能只设 JavaScript 就以为全覆盖 - 确认
Settings > Editor > Code Style > JavaScript > Formatter下拉菜单里选的是Prettier，不是IDE Default
保存时触发失败？Actions on Save 配置不完整
WebStorm 的 “保存即格式化” 是独立开关，不依赖 Code Style 设置。很多人只开了插件、设了格式器，却忘了启用这个动作。
- 进
Settings > Tools > Actions on Save - 勾选
Reformat code（不是Run external tool） - 确保下方
Only if file is physically modified未勾选——否则编辑器认为“内容没变”，跳过格式化 - 如果还想删无用 import，可顺手勾上
Optimize imports，但注意：它和 Prettier 无直接关系
.prettierrc 不生效？WebStorm 只认特定文件名和写法
配置文件存在 ≠ 被读取。WebStorm 对配置文件名、格式、导出语法有严格限制，尤其在 JS 类型配置上容易踩坑。
- 优先用
.prettierrc.json（最稳），.prettierrc（无后缀）次之；prettier.config.js在部分 WebStorm 版本中会被忽略 - 若用
prettier.config.js，必须写module.exports = { semi: false, ... }，不能用export default或 ES module 语法 -
.prettierignore必须放在项目根目录，每行一个路径，不支持**/node_modules/**这类嵌套通配符，得写成node_modules - 检查右下角状态栏：文件名后应显示
JavaScript或TypeScript，若显示Plain Text，右键文件 →Override File Type→ 选对类型
和 ESLint 冲突导致反复格式化？别让两者同时改代码
ESLint 的 prettier/prettier 规则报错，说明 Prettier 已运行，但 ESLint 又试图按自己规则修复——结果就是光标乱跳、空行消失、分号来回加删。
- 在
.eslintrc.js中禁用所有格式类规则："prettier/prettier": "off"，并确保"eslint-config-prettier"在extends数组最后一项 - WebStorm 的 ESLint 设置（
Settings > Languages & Frameworks > JavaScript > Code Quality Tools > ESLint）中，**不要**勾选Fix problems automatically on the fly - 如果团队用 ESLint + Prettier，建议只开 ESLint 做逻辑检查，格式化完全交给 Prettier 和保存动作
最容易被忽略的一点：WebStorm 不会从 node_modules/.bin/prettier 外的路径加载 Prettier，所以全局安装的版本基本无效；必须 npm install --save-dev prettier 到项目本地，且 .prettierrc.json 文件名不能拼错、不能放错位置——格式化是否生效，从来不是玄学，而是路径、文件名、类型识别三者严丝合缝的结果。
