滚动条无红黄标记需先启用show error stripe并开启对应语言检查项；alt+enter无效常因光标位置不准或规则不支持修复；右键无fix eslint problems多因文件类型未绑定或版本限制；保存自动修复须配置file watchers而非依赖已移除的onsave选项。
滚动条上没红黄标记？先确认实时检查是否真开着
WebStorm 默认开启实时检查，但滚动条不显示标记，大概率是 Show Error Stripe 被关了，或者对应语言的检查项没启用。
按 Ctrl+Shift+A 搜 Show Error Stripe，确保勾选；再进 Settings | Editor | Inspections，展开 JavaScript 或 TypeScript，确认关键项如 Unused symbol、Unresolved variable、Invalid type of argument 都已启用。
常见误操作：只开了全局检查，但当前文件类型没绑定——比如 .vue 文件里 <script></script> 块没标红，往往是因为 Settings | Editor | File Types 中 *.vue 没关联到 Vue.js 类型，导致 IDE 根本不走 JS 解析流程。
Alt+Enter 没反应或只给“Suppress”？光标位置和规则支持度是关键
Alt+Enter 不是万能快捷键，它只在“问题 token”上生效：比如函数名拼错，光标得停在那个错字上，而不是空格后或行尾；变量未定义，得停在变量名本身，而非等号右边。
即使位置对了，也可能没修复选项——因为该规则本身不提供自动修正（如 no-console），或 ESLint 插件没装全（比如 TS 项目缺 @typescript-eslint/eslint-plugin），又或者 WebStorm 没加载到本地 eslint 包（它不认全局安装）。
- 检查
Settings | Languages & Frameworks | JavaScript | Code Quality Tools | ESLint中Package是否指向node_modules/eslint（不是.bin/eslint） - 确认
Configuration file手动选中了eslint.config.js（v9+ 必须用这个文件名，且导出为export default []） - TS/Vue 文件需额外配置解析器和插件，否则
Alt+Enter对 script 块无效
右键“Fix ESLint Problems”消失？不是配置失败，是文件类型或版本限制
在 .ts 或 .vue 文件上右键看不到 Fix ESLint Problems，大概率不是你配错了，而是 WebStorm 版本限制或文件类型未正确识别。
2022.3 以前的版本、部分插件组合下，这个菜单项压根不开放；更常见的是 *.vue 未绑定 Vue.js 文件类型，导致 WebStorm 把整个文件当文本处理，ESLint 根本不介入。
临时绕过方案：用 External Tools 手动绑定 eslint --fix $FilePath$，或直接在终端运行 npx eslint --fix src/utils/index.ts。注意路径必须精确到文件，避免误改其他模块。
保存时自动修复为什么总失效？File Watchers 是最稳的解法
WebStorm 没有“开箱即用”的保存即修复开关。所谓 Run eslint --fix on save 选项在新版中已被移除，依赖 File Watchers 实现。
设置路径：Settings | Tools | File Watchers | + | Custom Program：
-
Program:$ProjectFileDir$/node_modules/.bin/eslint（Windows 加.cmd后缀） -
Arguments:--fix $FilePath$（限定只修当前文件，防误改） -
Output paths to refresh:$FilePath$（让 WebStorm 知道文件变了） - 务必勾选
Auto-save edited files to trigger watcher
⚠️ 注意冲突：如果同时启用了 Prettier 的 onSave，两套格式化逻辑可能打架。建议禁用 Prettier，或统一用 ESLint 管理格式（如启用 prettier/prettier 规则）。
真正容易被忽略的是缓存问题：改完配置后不重启 WebStorm，或没点 Reload project from disk，旧缓存会继续生效，导致一切设置看似“不起作用”。
