webstorm通过滚动条颜色标记错误（红）、警告（黄）和建议（蓝），悬停查看、点击跳转；启用“show error stripe”并配置inspections可确保显示；右键inspect code查当前文件，顶部菜单可全项目扫描；alt+enter无反应常因光标位置不准或规则不支持修复；命令行inspect适用于ci生成报告，非日常开发。
怎么快速看到当前文件的错误和警告
WebStorm 会在编辑器右侧滚动条上直接标出问题位置：红色标记是错误，黄色是警告，蓝色可能是 TODO 或检查建议。鼠标悬停就能看到具体提示，点一下还能跳转到对应行。
- 滚动条顶部有个小检查小组件，点它能直接打开
问题工具窗口查看全部汇总 - 如果没看见标记，检查是否启用了实时检查：
Settings | Editor | Inspections中确认 JavaScript/TypeScript 相关项已勾选 - 误关了滚动条标记？按
Ctrl+Shift+A搜 “Show Error Stripe” 并启用
右键 Inspect Code 和菜单里 Analyze → Inspect Code 有啥区别
两者调用的是同一套检查引擎，但范围和配置默认不同：右键菜单只检查当前文件或选中代码块；而顶部菜单打开的对话框默认会分析整个项目，并允许你精细控制路径、配置文件和严重级别。
- 想批量扫一个新模块？用顶部菜单，然后在
Scope里选Custom scope，限定到src/utils这类目录 - 临时验证某段逻辑？右键文件 →
Inspect Code更快，结果也更聚焦 - 注意：如果项目里有
.idea/inspectionprofiles/下的自定义配置，顶部菜单会默认加载它；右键方式则通常走 IDE 默认配置
为什么 Alt+Enter 有时没反应，或者只给“忽略”不给修复
这通常不是功能坏了，而是当前上下文不满足自动修复条件——比如变量未声明、类型推导失败、或 ESLint 规则本身不提供自动修正（如 no-console）。
- 先确认光标是否真落在报错位置：有些警告只在整行高亮，但
Alt+Enter需要精准停在问题 token 上（比如错拼的函数名，而不是空格后） - 检查是否被规则禁用了快速修复：在
Settings | Editor | Inspections找到对应项，看右侧有没有勾选Apply quick-fix on typing或Show fix in editor - ESLint 集成时，若本地没装
eslint --fix支持的插件（如@typescript-eslint/eslint-plugin），部分修复选项就灰掉了
命令行运行 webstorm64.exe inspect 的实际用途和限制
它适合 CI 流程或定期巡检，比如在 PR 合并前跑一次全量检查生成 XML 报告；但它不是日常开发替代方案——因为每次执行都会启动一个新 WebStorm 实例，且无法复用你当前打开项目的缓存和索引。
- 必须确保没有其他 WebStorm 正在运行，否则命令直接失败（报错类似
Cannot start another instance） - 路径里不能有空格或中文，否则
inspect参数解析容易出错；建议用短路径如C:\ws\myproj - 输出为 JSON 时，可用脚本提取高频错误：
jq '.problems[] | select(.severity == "ERROR") | .description' inspection-results.json
.ts 还是 .js。一个常被忽略的点是：刚拉下来的新项目，首次打开时可能要等几秒才能显示滚动条标记——这不是卡，是后台正在建立类型上下文。
