vscode“问题”面板空是因为未收到诊断信息，主因是语言模式错误、缺少对应扩展或工作区未激活语言服务；需正确配置才能实时显示错误并支持跳转修复。
VSCode 的“问题”面板（Problems）不是装饰，它是你代码出错时最先该看的地方——只要语言服务正常、扩展装对、配置没被覆盖，它就会实时把错误、警告、信息全列出来，点一下就跳转，改完自动消失。
为什么 Problems 面板空空如也，但代码明显有错？
这不是面板坏了，而是它没收到诊断信息。核心原因就三个：
- 当前文件的
language mode错了：右下角显示的是Plain Text或JSON却在写 TypeScript？点击它手动选成TypeScript或JavaScript React - 缺少对应语言扩展：写 Python 不装
Pylance或官方Python扩展，Problems 面板就收不到类型检查；写 C++ 不装C/C++扩展，#include错误都看不到 - 工作区没激活语言服务：只打开了单个
.ts文件，而不是整个项目文件夹——VSCode 无法加载tsconfig.json或识别node_modules，诊断直接失效
点开 Problems 面板后，怎么快速定位并修复？
别从头扫到尾。先用筛选和导航把干扰项去掉：
- 顶部输入框里敲
utils.ts，只看这个文件的问题 - 点右上角漏斗图标，取消勾选
Warning和Info，专注处理红色Error - 双击任意一条，直接跳转到代码行；或者把光标放在报错行，按
Ctrl + .（Windows/Linux）或Cmd + .（macOS），看有没有“自动导入”“补全类型”这类 Quick Fix - 如果跳转后发现波浪线在变量名下，但悬停提示是
Cannot find name 'XXX'，大概率是模块没导出、路径写错，或files.associations没配对（比如.config.js被当成jsonc）
报错能看见，但点不跳转或跳错行？
这通常是 problemMatcher 解析失败，或者语言服务返回的位置信息不准。常见于自定义构建任务：
- 检查你的
tasks.json里有没有配problemMatcher：C/C++ 项目常用$gcc，TypeScript 用$tsc-watch，没配的话终端报错不会进 Problems 面板 - 确认
args中的路径是相对工作区的，不是绝对路径；含空格的路径要用引号包裹，否则problemMatcher会截断 - 某些旧版 ESLint 输出格式不兼容，默认
$eslint-compact可能漏掉行号——换用$eslint-stylish或升级插件 - 重启语言服务：按
Ctrl + Shift + P→ 输入Developer: Restart Language Server，尤其适用于 TypeScript 项目卡在“正在加载…”状态
错误修复了，但 Problems 面板还挂着旧条目？
不是缓存没清，而是 VSCode 还没重新诊断。它依赖文件保存触发，但有些场景会“失敏”：
- 改完代码没保存（
Ctrl + S）：Problems 面板只响应保存事件，不是实时监听编辑 - 用了多根工作区，但只在子文件夹里改了代码：确保你是在最外层工作区打开的，否则语言服务可能只扫描子目录
- 输出面板（Output → TypeScript）里出现
File change detected. Starting incremental compilation...卡住超过 10 秒：删掉node_modules/.cache和dist目录，再重启窗口 - 极少数情况是
tsconfig.json里exclude把当前文件夹排除了，或者include没覆盖到新文件——检查路径通配是否生效
最常被忽略的一点：Problems 面板只显示“已知规则”下的问题。如果你关掉了 ESLint 的 no-unused-vars，那未使用变量就不会报；TypeScript 的 strict 模式没开，很多隐式 any 就不会亮红。它很准，但不会替你决定什么算错——规则本身，才是它的边界。
