VSCode中真正用于断点导航的快捷键是F10（单步跳过）和F11（单步进入），而非Ctrl+Shift+O或Cmd+Shift+O；后者仅用于符号跳转，不支持断点导航。
断点导航的快捷键在 Windows/macOS 上不一样
VSCode 的断点导航不是靠鼠标点，而是用 Ctrl+Shift+O（Windows/Linux）或 Cmd+Shift+O（macOS）打开“转到符号”面板后输入 @breakpoint 才能触发——但这个功能默认不生效。真正能快速跳转到下一个/上一个断点的，是调试专用快捷键：F9 是切换断点，F5 启动调试，而跳转本身靠的是 F9 配合 Ctrl+Shift+F9（Windows）或 Cmd+Shift+F9（macOS）清空所有断点后重新规划路径，实际更常用的是 F10（单步跳过）和 F11（单步进入）——它们虽然不是“跳转到断点”，但在调试流中自然经过每个已启用断点。
为什么按 F9 没反应？检查断点是否被禁用或条件不满足
常见现象：代码行左侧红点已打上，但运行调试时完全不中断。可能原因包括：
- 断点被手动禁用了：右键断点 → 取消勾选
Enabled；或者批量禁用后忘了恢复 - 断点所在行不可执行：比如空行、注释行、函数声明行（非调用处），或 TypeScript 编译后映射失败导致断点挂错位置
- 设置了条件断点但条件始终为 false：比如
count > 100，而实际变量值一直是 0 - 调试器未正确附加：Node.js 调试时没加
--inspect参数，Python 调试时没选对解释器环境
调试会话中动态管理断点比预设更高效
硬编码式地在几十个文件里提前打好断点，不如边跑边加。启动调试后：
- 悬停在变量上能看到实时值，不必急着打断点
- 想临时观察某行行为？直接点击行号左侧空白处打
F9，命中后右键可快速转换为「日志点」（Log Point），输出表达式而不中断 - 多个断点间跳转不用反复按快捷键：打开调试视图侧边栏 → 展开
BREAKPOINTS区域 → 点击任意断点条目，编辑器自动跳转并高亮 - 禁用某类断点更快：右键断点列表 →
Disable All Breakpoints，比一个个点更稳
Source Map 错位会导致断点跳转到错误行
TypeScript、Vue 或 Webpack 项目中最容易踩的坑：断点明明打在 src/utils.ts 第 42 行，却停在 dist/bundle.js 的第 1892 行，甚至跳转后光标偏移 3–5 行。这是因为 source map 生成不全或路径映射错误。
验证方式：在调试控制台输入 debugger，看是否停在预期源码位置；若停在压缩文件里，说明 source map 未生效。解决方法：
- 确保构建配置中
sourceMap: true（Webpack）、"sourceMap": true（tsconfig.json） - 检查
launch.json中sourceMaps设为true，且outFiles路径匹配实际生成目录，例如"outFiles": ["${workspaceFolder}/dist/**/*.js"] - Chrome 调试时，打开 DevTools → Settings → 勾选
Enable JavaScript source maps
断点跳转不是魔法，它依赖调试器准确理解“你写的代码”和“实际运行的代码”之间的映射关系。一旦这层关系模糊，光靠快捷键只会让你更困惑。
