shift+f8 默认作用是跳到上一个调试断点，与错误导航无关；真正跳上一个错误需用“go to previous problem”命令并手动绑定快捷键。
Shift+F8 在 VSCode 中默认不跳转到上一个错误，它实际作用是“移动到上一个调试断点”——不是错误导航键。
为什么 Shift+F8 没反应或跳错位置
这是最常被误解的地方：VSCode 的 Shift+F8 绑定的是 editor.debug.action.jumpToPreviousBreakpoint，和语法错误、类型错误、ESLint 报错完全无关。如果你没打过断点，或者当前没有激活调试会话，按了就毫无反应；即使有断点，它也只在调试器上下文中生效，不会识别 Problems 面板里的红波浪线。
- 错误提示（比如 TypeScript 类型错误、未定义变量）由语言服务器提供，存在
Problems面板里，不参与调试断点系统 -
F8是“下一个断点”，Shift+F8是“上一个断点”，二者都依赖调试器启动状态 - 部分用户装了旧版插件（如早期 Python 扩展），可能覆盖了默认键位，但行为依然不是“跳错误”
真正能跳上一个错误的快捷键是 Ctrl+Shift+P → “Go to Previous Problem”
VSCode 原生支持基于 Problems 面板的错误跳转，但没分配默认快捷键。你需要手动触发或绑定：
- 先确保
Problems面板有内容（保存文件触发校验，或打开含报错的文件） - 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Go to Previous Problem回车 - 对应命令 ID 是
editor.action.problem.previous，可在keybindings.json里自定义绑定，例如：{ "key": "shift+f8", "command": "editor.action.problem.previous", "when": "editorTextFocus && !inDebugRepl" } - 注意
when条件：加了!inDebugRepl是为了避免和调试断点功能冲突
用快捷键跳错误时，这些细节决定是否好用
错误跳转不是简单“光标移动”，它受语言服务状态、文件是否已保存、问题过滤规则影响：
- 未保存的编辑不会触发完整校验，
Problems面板可能为空或滞后 —— 务必先Ctrl+S - 某些扩展（如 ESLint、Prettier）需配置
"eslint.run": "onSave"才能实时生成问题 -
editor.action.problem.previous默认只跳当前文件内的错误；想跨文件跳，得先聚焦到Problems面板，用方向键选中目标项再回车 - TypeScript 用户要注意：如果
tsconfig.json里关了"noImplicitAny"等检查，对应错误根本不会出现在面板里，自然也跳不到
真正卡住人的地方，往往不是记不住快捷键，而是没意识到“错误”和“断点”在 VSCode 里走的是两套完全隔离的系统 —— 一个归语言服务器管，一个归调试器管。绑错键、等不到响应、跳到空行，八成是混淆了这两条线。
