F5启动调试、F9设断点、F10单步跳过、F11进入函数、Shift+F11退出函数——这五组快捷键覆盖90%日常调试；F10跳过函数调用，F11则深入其内部逐行执行，语义相近但行为迥异。

F5 启动调试，F9 打断点，F10 单步跳过，F11 进入函数，Shift+F11 退出当前函数——这五组快捷键覆盖了 90% 的日常调试操作。其他组合键要么使用频率低，要么可被替代，强行记忆反而增加负担。

为什么 F10 和 F11 容易混淆？

根本原因在于「跳过」和「进入」语义接近，但行为差异极大：F10 跳过当前行所有函数调用（包括 console.log()、myFunc()），直接执行下一行；F11 则会钻进被调用函数内部，逐行看它怎么跑。

• 调试第三方库或不关心实现细节时，无脑按 F10
• 想确认某个自定义函数逻辑是否正确，光标停在调用行后按 F11
• 误进了一个大函数想快速出来？按 Shift+F11，别狂按 F10 等它走完
• 某些键盘（如 Mac 笔记本）需配合 Fn 键才能触发 F10/F11，可在系统设置里关闭「将 F1、F2 等用作标准功能键」

Ctrl+Shift+D 打不开「运行和调试」面板？

常见于刚装好 VSCode 或没装对应语言扩展的场景。VSCode 的调试能力不是内置的，而是靠扩展提供：比如 Python 需要 Python 扩展，Node.js 需要 Node Debug Adapter（通常随 JavaScript Debugger 自动启用）。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 先确认已安装对应语言的官方扩展（如 ms-python.python）
• 打开一个带 .py 或 .js 后缀的文件，再按 Ctrl+Shift+D，面板才会激活并显示「运行和调试」视图
• 如果仍为空白，检查左下角状态栏是否显示「No debugger extensions installed」，点击它去安装推荐扩展
• .vscode/launch.json 不是必须手动创建——首次按 F5 时，VSCode 会引导你选择环境并自动生成

断点打了却没停住？三类典型原因

断点失效不是玄学，基本逃不出代码未加载、环境不匹配、配置错位这三类。

• 源码和实际运行代码不一致：比如用 npm run build 构建后调试 dist/ 目录，但断点打在 src/ 里——确保你在调试源码路径，或开启 source map
• 启动命令没走调试通道：Node.js 项目直接双击运行 node index.js，断点无效；必须用 F5 或 npm run debug（后者需在 package.json 中配好 --inspect-brk）
• 条件断点写错语法：比如想在 i === 5 时暂停，却写成 i == 5 或漏了括号，VSCode 会静默忽略该条件
• 多线程/异步代码中，断点可能只在主线程命中，setTimeout 或 Promise.then 里的断点需确认事件循环是否已推进到那一步

真正卡住调试的，往往不是快捷键记不牢，而是断点位置和运行路径对不上。先盯住「我改的代码是不是真被跑到了」，再回头查按键——这个顺序颠倒，就容易在快捷键上浪费半小时。