Problems面板是唯一可信的错误聚合入口，需Ctrl+Shift+M打开并手动筛选定位；它按文件和行号列出所有语言服务器上报的问题，不自动聚焦光标行，悬停仅显示首个诊断，多错误共存时须逐条核对。
VSCode 本身不直接“定位错误位置”，真正起作用的是语言服务 + 插件协同生成诊断信息，再通过 Problems 面板、快捷键和内联提示暴露出来。单靠一个插件无法完成闭环，关键在配置是否让错误“被看见”。
Problems 面板是唯一可信的错误聚合入口
Ctrl+Shift+M 打开的 Problems 面板列出所有语言服务器（如 TypeScript Server、ESLint）上报的诊断，按文件+行号排序，不自动聚焦光标行，但数据最全。悬停只显示首个错误，多错误共存时极易遗漏。
- 某行同时有
ReferenceError和TS2322？它们会作为两条独立条目出现在 Problems 中，不会合并 - 右下角语言模式必须匹配文件后缀：.js 文件被识别为
Plain Text，TS/ESLint 就不会扫描 - 未保存的文件，部分插件（如 ESLint）默认跳过检查，务必先
Ctrl+S - 终端报错如
src/utils.ts:42:15能点击跳转，但[Error] utils.ts:42或at utils.ts:42:15不识别——格式必须严格匹配file:line:col
Error Lens 让错误“贴着代码”显示，但依赖 Problems 数据源
Error Lens 不自己检测错误，它只是把 Problems 面板里的诊断渲染成行尾/行内提示。红色（error）、黄色（warning）、蓝色（info）直接对应诊断级别，但显示位置、颜色、忽略规则都需手动配。
- 核心配置项：
errorLens.messageMode（inline/gutter/hover），默认inline可能挤占代码空间 - 想屏蔽某个 TS 错误？加到
errorLens.ignoreRules，例如["TS2322"]，但注意这仅隐藏显示，不影响实际校验 - 如果 Problems 面板为空，
Error Lens就没内容可渲染——它不是替代品，而是增强层 - 多个插件冲突时（如 ESLint 覆盖 TS 提示），以 Problems 面板为准，
Error Lens显示可能滞后或不一致
F8 跳转只认 Problems 面板顺序，不是视觉红波浪线
按 F8 是“下一个问题”，Shift+F8 是“上一个问题”，但顺序完全由 Problems 面板当前筛选/排序结果决定，和代码物理位置无关。
- 面板里 error 排在 warning 前面，哪怕 warning 行号更小，
F8也会先跳 error - 想只跳 error？点 Problems 面板右上角漏斗图标，取消勾选
Warning和Info - 如果
F8没反应，先确认 Problems 面板已打开且非空，再检查右下角语言模式是否正确、对应语言服务是否运行（可用Developer: Show Running Extensions查） - 大型项目问题过多时，
F8响应延迟明显，因为要实时读取面板缓存，不是解析文件本身
ESLint 错误进 Problems 的硬性条件
装了 ESLint 插件 ≠ 错误自动出现。它必须被项目级配置激活，且语言服务能加载成功。
- 项目根目录必须有
eslint.config.js（ESLint v8.56+ 强制要求）或.eslintrc.cjs，旧版.eslintrc.json已不被支持 -
package.json中需含devDependencies的eslint，版本 ≥ 8.56 -
eslint.enable设置为true（默认值，但在多根工作区中可能被覆盖） - 常见失效场景：
'React' is not defined.报错却无提示？大概率缺eslint-plugin-react或env: { browser: true }漏配
真正卡住人的从来不是快捷键记不住，而是 Problems 面板背后那一整套服务链：语言模式对不对、配置文件放没放对位置、插件有没有真正接管当前文件——这些状态不稳，F8、Error Lens、悬停提示全都会失灵。
