F5 是仅在调试暂停状态下有效的继续调试快捷键；按了没反应通常因未暂停、调试会话未启动或根本未进入调试模式，而非快捷键故障。
F5 是继续调试的唯一可靠快捷键，但必须在调试暂停状态下才有效；按了没反应，90% 是没停住或根本没进调试会话。
为什么按 F5 没反应？不是快捷键坏了，是状态不对
继续调试（Continue）只在「当前调试会话已启动且处于暂停状态」时响应。常见失效场景：
- 程序正在运行中（未命中任何断点），此时 F5 会被忽略——它不会重启，也不会中断，就是静默不响应
- 调试会话已结束（比如程序自然退出、手动点了停止），F5 会尝试重新启动，但若
launch.json缺失或program路径错误，就会弹窗提示“请配置 launch.json” - 你其实没在调试模式里：比如只是用终端跑
node app.js或./a.out，这时按 F5 完全无效，因为 VS Code 根本没接管进程
F5 和 Ctrl+F5 / Shift+F5 的区别必须分清
这三个键看起来像一组，但行为完全不同：
-
F5：继续执行到下一个断点（Continue）——前提是当前已暂停 -
Ctrl+F5（Windows/Linux）或Cmd+Shift+F5（macOS）：重启当前调试会话（Restart）——会终止旧进程、重载配置、重新启动程序 -
Shift+F5：停止调试（Stop）——直接杀掉被调试进程，关闭调试会话，不保存状态
误把 Ctrl+F5 当成“继续”，结果每次都要等编译+加载，反而拖慢节奏。
别依赖 F5 继续，有些情况它根本走不通
现代异步/内联/优化代码会让“继续到下个断点”变得不可靠：
- 在
await fetch()后设了断点，但 F5 继续后跳过了——因为 Promise resolve 回调可能不在同一调用栈，需确认launch.json中是否启用"resolveSourceMapLocations"或检查skipFiles - C++ 中对
std::string::c_str()这类内联函数设断点，F5 继续后可能直接跳出函数体，因符号未生成或被优化掉；此时应改用Shift+F11（Step Out）快速返回上层 - TypeScript 或 WebAssembly 项目里，F5 继续失败常源于 source map 路径错配：
outFiles指向dist/**/*.js，但实际输出在build/下，断点就永远不命中
真正省时间的操作：用调试控制台替代反复 F5
与其靠 F5 一步步走到目标位置，不如在暂停时直接操作上下文：
- 按
Ctrl+Shift+Y打开调试控制台，在里面输user.token或response.data立刻看值，比设一堆断点再 F5 更快 - 在调试控制台执行
localStorage.clear()或process.exit(0)，可跳过后续逻辑验证副作用 - 右键变量 → “Add to Watch”，比每次 F5 后手动展开 Scope 面板省 3 秒以上
继续调试不是机械地按 F5，而是判断“现在该不该走、往哪走、值是否已满足”。很多卡顿，其实是停错了地方，而不是快捷键没按对。
