problems面板是唯一可靠入口，需用ctrl+shift+m打开并手动筛选定位错误；它按文件和行号列出所有工具报告的问题，不自动聚焦光标行，悬停仅显示首个诊断，多错误需逐条核对。
Problems面板是唯一可靠入口，不是搜索框
VSCode里“当前行所有错误信息”根本不存在独立的“行级聚合视图”，所谓“快速查找当前行错误”，实际就是查这一行被哪些工具标记了问题。唯一稳定、可复现的方式是打开Problems面板（Ctrl+Shift+M），然后手动筛选或滚动定位——它不会自动聚焦到光标所在行，但所有已检测到的问题都会按文件+行号排序列出。
常见误解是用Ctrl+F在编辑器里搜“error”或“TypeError”，这只会匹配字符串，不是真实错误源；终端输出里的报错也得靠Ctrl+Shift+F在终端内搜索，和当前代码行无逻辑绑定。
- 确保语言模式正确：右下角显示
JavaScript却打开一个.ts文件，Problems可能不触发TS检查 - 未保存的文件，部分语言服务（如ESLint）默认不扫描，先
Ctrl+S - 如果某行有多个错误（比如语法错+类型错+lint警告），它们会作为独立条目并列出现在
Problems面板中，不会合并成一条
悬停提示只显示最上层错误，不是全部
把鼠标停在某一行任意位置，VSCode 会显示该位置最优先的诊断信息（通常是语言服务器给出的第一个错误），但不会列出这一行所有问题。比如const a = b + c();这一行可能同时存在：b未定义、c调用返回undefined、+操作数类型不匹配——但悬停只显示第一个被触发的，通常是Cannot find name 'b'。
想确认是否还有其他问题，必须回到Problems面板，按文件名找到对应项，再逐条核对行号列号是否重叠。
- 悬停内容受
"editor.hover.delay"影响，设太小容易误触，建议保持默认300ms - 某些插件（如
ESLint）的错误会覆盖TS原生提示，导致悬停显示和Problems面板不一致，此时以面板为准 - 如果悬停没反应，检查
"editor.hover.enabled"是否为true，以及当前文件是否在files.associations里被错误映射
终端报错跳转失败，多半是路径格式不对
你在终端看到src/utils.ts:42:15报错，点不了？不是VSCode坏了，而是输出格式没被识别。VSCode只认几种固定模式：file:line:col、file(line,col)、./file.js:10。像[Error] utils.ts:42或at utils.ts:42:15这种带前缀或空格的，统统无法点击跳转。
真正能用的只有原始构建工具输出，比如tsc默认格式、webpack带./前缀的路径、pylint的file.py:12:4:。第三方脚本自己打印的错误，除非显式按规范拼接，否则进不了Problems面板，也点不动。
- 临时补救：复制整段终端输出，
Ctrl+A全选 →Ctrl+C→ 新建文件粘贴 → 用Ctrl+F搜:数字:定位 - 长期方案：在
tasks.json里配problemMatcher，例如"problemMatcher": ["$tsc-watch"]，让VSCode主动解析非标准输出 - 注意：绝对路径（如
/home/user/project/src/index.ts）也能识别，但相对路径必须基于工作区根目录，../开头的路径会被忽略
快速修复（Ctrl+.）只响应光标下的符号，不是整行
Ctrl+.弹出的修复菜单，只针对光标正下方那个token（变量名、函数名、关键字等）提供上下文操作，不是“修复当前行所有错误”。比如console.log(unknownVar + 123);这一行，把光标停在unknownVar上按Ctrl+.，可能给出“导入缺失模块”或“声明为any”；停在+上，什么都不会出来。
它本质是语言服务器提供的CodeAction，依赖符号解析精度。TypeScript项目里效果最好，Python（Pylance）次之，纯JS项目若没配jsconfig.json，很多选项直接灰掉。
- 如果
Ctrl+.没反应，先确认光标是否落在有效token内（别停在空格或括号上） - 多个错误共存时，需重复移动光标+触发，无法一键扫清整行
- ESLint类错误要启用
"eslint.codeActionsOnSave"，否则Ctrl+.不显示“修复此问题”选项
Type 'string' is not assignable to type 'number'，根源可能是上游某个any类型污染，得顺着调用链往回查，而不是盯着当前行改。
