VS Code问题面板仅显示语言服务器上报的诊断信息，需确保正确安装扩展、配置文件、语言模式及服务正常运行，否则错误不会出现或无法跳转。
vs code 的问题面板本身不运行代码，它只显示已知的语法、类型或配置错误——关键在于让错误真正“出现”并被识别。
为什么改了代码问题面板没更新
问题面板依赖语言服务器（如 TypeScript Server、Pylance、ESLint）主动上报诊断信息。保存文件（Ctrl+S）通常触发重新分析，但某些情况不会自动刷新：
- 未启用对应语言的扩展（比如写 Python 却没装
Pylance或Python官方扩展） - 文件未被识别为正确语言模式（右下角显示
Plain Text而非Python或TypeScript） - 语言服务器崩溃或未启动（可在命令面板运行
Developer: Show Running Extensions查看） - 项目根目录缺少配置文件（如
tsconfig.json、pyproject.toml），导致类型检查被降级为基本语法扫描
让 ESLint 错误出现在问题面板的关键配置
仅安装 ESLint 扩展不够，必须确保项目内 ESLint 可执行且配置生效：
- 在工作区根目录放
.eslintrc.cjs或eslint.config.js（新版 ESLint v8.56+ 要求后者） - 确认
package.json中有"eslint"作为 devDependency，且版本 ≥ 8.56 - VS Code 设置中开启
eslint.enable: true（默认为true，但多工作区时可能被覆盖） - 若用 Prettier，避免
prettier-eslint这类过时集成；推荐用eslint-config-prettier关闭冲突规则
错误示例：ESLint: 'React' is not defined. 出现但没报错？大概率是 eslint-plugin-react 没装，或 env: { browser: true } 漏配。
点击问题面板跳转失败的常见原因
点错误行无反应，不是 UI 故障，而是路径映射断了：
- 错误来自构建产物（如
dist/index.js），但源码在src/—— 需配sourceMap: true并确保打包工具生成.map文件 - 使用符号链接（symlink）打开工作区，VS Code 默认不跟随，需在设置中开启
files.followSymlinks: true - 错误信息里路径是绝对路径（如
/home/user/project/src/util.ts），但 VS Code 当前打开的是相对路径工作区 —— 统一用文件资源管理器打开整个项目根目录，而非单个文件 - 多根工作区中，某个文件夹没启用对应语言扩展（右键文件夹 →
Configure Folder Settings检查）
终端报错但问题面板为空？优先查这两处
终端里 tsc 报错一堆，但问题面板干干净净——说明 TypeScript 语言服务器没接管当前文件：
- 文件后缀不是
.ts/.tsx，或被手动设为其他语言模式（右键编辑器标签 →Change Language Mode） - 项目无
tsconfig.json，或其中include字段没包含当前文件路径（例如写了"include": ["src/**/*"]，但你在test/下写代码） - TS 版本混用：全局
tsc是 5.x，而 VS Code 内置 TS 服务器用的是 4.9 —— 在命令面板运行TypeScript: Select TypeScript Version切到Use Workspace Version
问题面板不是万能日志聚合器，它只展示当前激活语言服务“认为该报”的错误。想让它有用，得先让服务知道你在写什么、按什么规则写。
