WebStorm滚动条颜色标记是实时代码质量信号：红色为错误、黄色为警告、蓝色为提示；需启用“Show Error Stripe”和对应语言Inspections，悬停查看、点击跳转，Alt+Enter修复受限于光标位置与规则支持。
滚动条颜色标记就是最直接的代码质量信号
WebStorm 不需要你主动点菜单，错误、警告、建议已经实时画在右侧滚动条上了：红色是 Error（比如未声明变量、类型不匹配），黄色是 Warning（比如未使用变量、== 代替 ===），蓝色通常是 Info 级提示（如 TODO、弱类型推导、重复代码片段）。鼠标悬停就能看到具体描述，点击直接跳转到问题行。
如果没看见这些标记，先确认两件事：
- Settings | Editor | Inspections 中，对应语言（如 JavaScript、TypeScript）的检查项是否已启用
- Settings | Editor | Appearance 中，“Show Error Stripe” 是否勾选 —— 没开这个，滚动条就彻底“失明”
Alt+Enter 不生效？大概率卡在光标位置或规则限制上
Alt+Enter 是触发快速修复和意图操作的核心快捷键，但它不是万能的。常见失效场景包括：
- 光标停在整行高亮区域但没落在具体 token 上（比如错拼的
consloe.log，必须把光标放在consloe三个字里，而不是空格或括号后） - 当前检查规则本身不提供自动修复（如 ESLint 的
no-console、no-alert），IDE 只能提示，不能一键删 - ESLint 集成未配置
--fix支持插件（例如缺少@typescript-eslint/eslint-plugin），部分修复选项会灰掉 - Inspections 设置中，对应规则右侧未勾选 “Apply quick-fix on typing” 或 “Show fix in editor”
右键 Inspect Code 和顶部菜单 Analyze → Inspect Code 本质不同
两者调用同一套检查引擎，但默认行为差异明显，选错容易白等：
- 右键当前文件 →
Inspect Code：只扫这个文件，结果聚焦、响应快，适合验证某段新逻辑或临时排查 - 顶部菜单
Analyze → Inspect Code：默认扫描整个项目，且会加载.idea/inspectionprofiles/下的自定义配置；Scope 可设为 Custom，限定到src/utils这类目录，适合模块级质量巡检 - 命令行执行
webstorm64.exe inspect是给 CI 用的，每次启动新实例、不复用当前项目索引，开发中别用它替代 IDE 内检查
TypeScript 文件里重复代码检测要手动调低阈值才实用
WebStorm 默认的重复代码检查（duplicated code fragment）对 TypeScript 效果偏弱，因为函数签名、泛型、类型注解会让结构相似的代码“看起来不同”。想让它真正起作用：
- Settings | Editor | Inspections → 搜索
duplicated code fragment→ 右侧设置中调低 “Skip duplicated fragments smaller than” 值（默认单位约等于 2×语句数 + 表达式数） - Settings | Editor | Duplicates → 勾选 “Ignore names and values in functions”，让
function a(x) { return x * 2; }和function b(y) { return y * 2; }被识别为重复 - 范围务必限制在单个文件或同模块内，否则跨文件比较容易误报（比如多个组件里都写了类似的
useEffect清理逻辑）
这类检查容易漏掉语义重复，但对机械复制粘贴的代码块很敏感——真正难的是判断“该不该合并”，IDE 不会替你做设计决策。
