断点无效主因是调试未真正启动：需按F5而非Code Runner运行、状态栏显示完整解释器路径、launch.json中"type":"python"（小写）、"program"/"module"、"console":"integratedTerminal"三项配置正确且三处Python路径严格一致。
VSCode断点调试不需要复杂配置就能开始，但跳过几个关键动作会导致“点了断点没反应”或“F5 启动后直接跑完”。核心在于：断点必须设在可执行行，且调试器得知道运行哪个文件。
为什么 F5 按了但程序没停在断点？
最常见原因是没选对调试配置，或者断点设在了空行、注释行、函数声明行（如 function add() { 这一行本身不执行，断点无效）。VSCode 不会报错，只是静默忽略。
- 确保断点落在实际执行语句上，比如
const sum = add(x, y);或console.log(result); - 首次按 F5 时，VSCode 会弹出配置选择菜单；选错类型（比如用 Python 配置去跑
app.js）会导致断点完全不生效 - Node.js 项目需安装官方
Node.js扩展；Python 项目需装Python扩展并确认解释器路径正确 - 如果使用
launch.json，检查"program"字段是否指向当前文件（常用"${file}"）或入口文件（如"./index.js"）
如何设置条件断点只在特定循环次数暂停？
在大量循环中逐次 F10 是最耗时间的低效操作。条件断点能精准命中第 N 次迭代，避免手动干预。
- 右键已设的断点 → 选择「编辑条件断点」
- 输入纯 JavaScript/Python 表达式，如
i === 99（第 100 次循环）、user.id === 123、data.length > 0 - 注意：条件表达式里不能写语句（如
console.log()），只能是求值表达式 - 若条件含异步变量（如
await fetch()结果），条件断点无法等待，此时应改用日志断点或在代码中加debugger
不用改代码就能打印变量值？用日志断点
频繁加删 console.log() 不仅污染代码，还容易提交到仓库。日志断点是无侵入式替代方案，输出直接进「调试控制台」。
- 右键行号左侧灰色区 → 「添加日志断点」
- 输入字符串，变量用花括号包裹，如
User: {user.name}, Status: {status} - 该行执行时不会暂停，只输出日志；适合监控高频调用路径或生产环境复现场景
- 注意：变量名必须在当前作用域可见；
{response.data}有效，但{res?.data}可能因可选链未定义而报ReferenceError
调试异步代码时断点失效？检查这两个地方
async/await 或 Promise 链中的断点“跳过”，往往不是 VSCode 的问题，而是执行时机和断点位置不匹配。
- 断点别设在
async function声明行，而要设在await fetch(...)后面那行，或.then()回调内部 - 确保开启了「Break on caught exceptions」：在「运行和调试」面板底部断点栏点击「+」→ 勾选
Caught Exceptions，否则try/catch包裹的错误不会中断 - Node.js 版本低于 14 时，某些 await 后的断点可能被优化跳过；升级到 LTS 版本（如 v18.x 或 v20.x）可缓解
真正卡住人的从来不是“怎么设断点”，而是断点设在哪、调试器认不认、以及异步上下文里变量到底有没有值——这些细节不验证一遍，再熟的快捷键也救不了逻辑漏洞。
