最稳的方式是开启 run eslint --fix on save，但需满足 eslint 配置被正确加载且格式兼容（如 eslint.config.js 需加 --flag unstable_ts_config）；失效主因是 webstorm 未识别配置，表现为无修复菜单、波浪线残留、控制台无输出。
WebStorm 保存时自动修复 ESLint 错误，最稳的方式是开启 Run eslint --fix on save，但必须满足两个前提：ESLint 配置能被正确加载、项目使用的是兼容的配置文件格式（比如 eslint.config.js 需额外加 --flag unstable_ts_config）。
为什么点 Save 文件没变？——Run eslint --fix on save 不生效的常见原因
不是功能坏了，而是 WebStorm 没真正“认出”你的 ESLint 配置。典型现象包括：右键菜单里没有 Fix ESLint Problems、保存后波浪线还在、控制台无任何 ESLint 输出。
- 项目根目录下用了
eslint.config.js（v9+ 扁平配置），但 Settings > ESLint 的Extra ESLint options里没填--flag unstable_ts_config -
Configuration file路径填错了，比如指向了不存在的.eslintrc.cjs，而实际用的是eslint.config.ts - ESLint package 路径写成全局路径（如
/usr/local/bin/eslint），但项目依赖里装的是本地版本，导致规则不一致甚至报错 - 勾选了
Run eslint --fix on save，但没同时启用Automatic ESLint configuration，WebStorm 就不会去扫描配置文件
File Watchers 方案真比内置开关更可靠吗？
不是更可靠，而是唯一兜底方案——当 Run eslint --fix on save 因配置识别失败而静默失效时，File Watchers 仍可强制执行命令。但它有硬伤：容易误配、不感知 ESLint 配置变更、可能改到未编辑的文件。
-
Program必须是项目本地路径：$ProjectFileDir$/node_modules/.bin/eslint（Windows 加.cmd后缀） -
Arguments强烈建议只修当前文件：--fix $FilePath$；避免用--fix src/，否则保存一个组件可能顺手把 utils 目录全重排了 -
Output paths to refresh必须设为$FilePath$，否则 WebStorm 不会重载内容，你看到的还是旧代码 - 务必勾选
Auto-save edited files to trigger watcher和Trigger the watcher on external changes，否则改完保存根本不会触发
修复后代码风格不一致？——Set from ESLint 这一步不能跳
ESLint --fix 只管可自动修正的规则（比如缩进、分号、引号），但像函数参数换行、对象属性排序这类风格问题，得靠 WebStorm 自己的 Code Style 引擎。如果没同步，就会出现“ESLint 说 OK，但 WebStorm 格式化又标红”的冲突。
- 进入 Settings > Editor > Code Style > JavaScript，点击
Set from…→ESLint - 这个操作会把
indentSize、quotes、semi等映射到 WebStorm 内部格式化器，后续 Ctrl+Alt+L 才不会和 ESLint 对着干 - 如果项目同时用 Prettier，优先让 ESLint 管逻辑规则（
no-unused-vars）、Prettier 管风格（prettier/prettier），并在eslint.config.js中用plugin:prettier/recommended整合
真正卡住人的从来不是“怎么配”，而是 eslint.config.js 加 --flag unstable_ts_config 这种细节——IDE 不报错、不提示，就默默不干活。配完记得在任意 JS 文件里故意写个 console.log 然后保存，看波浪线是否消失，别只信设置界面里的勾选框。
