VSCode错误定位核心是Problems面板（Ctrl+Shift+M），双击条目可跳转错误行；Ctrl/Cmd+Click可跳转定义；Ctrl+Shift+Tab回退至上一位置；终端报错需符合路径格式才可点击跳转。
错误行跳转靠 Problems 面板，不是靠搜索
VSCode 的错误定位核心是 Problems 面板（默认快捷键 Ctrl+Shift+M / Cmd+Shift+M），它聚合了所有语言服务器、ESLint、Pylint、tsc 等工具报告的问题。很多人误以为要靠全局搜索错误信息或手动翻文件，其实只要面板里有条目，双击就能精准跳转到对应文件的错误行。
注意：Problems 面板只显示当前工作区（workspace）中已打开或被 lint/tsc 扫描到的文件。如果某文件从未打开过，且没被构建/检查流程覆盖，它不会出现在面板里——这不是 VSCode 问题，而是工具链未触发检查。
Ctrl+Click 在代码中直接跳转错误定义
当光标停在报错的变量、函数或类型上时，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再单击，VSCode 会尝试跳转到其定义（Go to Definition）。这对“未定义变量”“类型不匹配”类错误特别有用——比如 Cannot find name 'React'，Ctrl+Click 在 React 上可能带你到缺失的 node_modules/@types/react 声明文件位置，或提示你缺少 types 配置。
- 前提是语言服务已激活（如 TypeScript 项目需有
tsconfig.json，Python 需配置好python.defaultInterpreterPath） - 若跳转失败，说明类型信息缺失或路径未识别，不是快捷键问题
- 该操作不依赖
Problems面板是否展开，随时可用
快速回到上一个错误位置用 Ctrl+Shift+Tab
VSCode 没有原生“跳至上一个错误”的快捷键，但可以靠编辑器导航栈实现：每次点击 Problems 条目或使用 Go to Definition，都会把位置压入导航历史。此时按 Ctrl+Shift+Tab（Windows/Linux）或 Cmd+Shift+Tab（macOS）即可回退到前一个编辑位置——多数情况下就是上一个错误行。
这个技巧比反复开合 Problems 面板快得多，尤其在连续修复多个错误时：
使用 font_manager.addfont() 添加中文字体文件，设置 rcParams['font.family']，并禁用 unicode_minus，使 matplotlib 显示中文。
- 它不区分错误/警告/信息，只按访问顺序回退
- 如果中间执行了保存、格式化等操作，也可能被计入历史
- 想清空历史可关闭并重开编辑器，或重启窗口（
Developer: Reload Window）
终端报错怎么跳转？得靠 Terminal 的链接识别
很多错误实际来自终端输出（比如 tsc 编译失败、npm run dev 报错），VSCode 默认会把形如 src/App.tsx(12,5) 或 ./index.py:24 的路径+行号自动转为可点击链接。前提是：
- 输出格式必须匹配 VSCode 内置正则（常见如
file:line:col、file(line,col)、file:line） - 路径要是相对工作区根目录的，或绝对路径；纯文件名（如
App.tsx）无法解析 - 确保终端设置启用了链接检测：
"terminal.integrated.enableFileLinks": true（默认开启）
如果链接没生效，检查终端输出是否被截断、是否含 ANSI 颜色码干扰、或是否用了自定义 logger 把括号/冒号转义了。
遇到不识别的格式，可以用正则替换临时补救。例如把 [error] ./src/index.js:30 改成 ./src/index.js:30（去掉前缀），再粘贴进终端——VSCode 就能点了。
src/utils.ts:42:10 - error TS2322: Type 'string' is not assignable to type 'number'.
42 return "42";
~~~~这种标准 TypeScript 错误输出，直接点击 src/utils.ts:42:10 就能跳转，连面板都不用开。
真正容易卡住的地方，其实是语言服务没起来——比如刚克隆项目忘了 npm install，或 pyright 配置路径写错导致类型检查静默失效。这时候 Problems 面板空空如也，但终端报着错，得先查状态栏右下角的语言模式和检查器图标，而不是猛按快捷键。
