断点不生效主因是调试上下文错误：program路径错误、sourceMaps未开启、Python解释器未正确选择；条件断点和日志点更高效；Watch需匹配当前作用域；Debug Console输出不回显在面板内。
launch.json 配置不对，断点就只是红点，不会停；变量监控不看作用域，看到的全是 undefined 或
断点为什么加了也不停？先查这三个地方
断点变空心、点击无反应、F5 启动后直接跑完——大概率卡在这三处：
-
launch.json中的program路径写错了，比如写成"./index.js"，但实际工作区根目录下没有这个相对路径；应改用"${workspaceFolder}/src/index.js" - Node.js 项目没开
sourceMaps: true，或 TypeScript 项目没在tsconfig.json里设"sourceMap": true，导致断点无法映射回源码行 - Python 项目没选对解释器：按
Ctrl+Shift+P→ 输入Python: Select Interpreter，必须选中带完整路径的环境（如venv/bin/python），只显示Python 3.11这种模糊名称的，十有八九不生效
条件断点和日志点比 console.log 干净得多
在循环或高频调用函数里硬插 console.log，不仅污染代码，还容易漏删。VS Code 原生支持更轻量的运行时探查：
- 右键断点 →
Edit Breakpoint，输入i === 7，只在第 7 次迭代暂停 - 右键断点 →
Add Log Point，写user.id: {id}, status: {res?.status}，不中断、只输出，效果等价于console.log但不用改源码 - 条件表达式里禁止调用函数（如
getUser()），只允许字面量、比较、逻辑运算；否则行为不可预测，甚至跳过断点
Watch 面板不是“输啥都行”，得盯住当前作用域
user.profile.name 在 Watch 里显示 Cannot access 'user' before initialization？不是语法错，是变量根本不在当前栈帧里。
- 先打开
Variables面板，确认user是否出现在Locals或Closures分组下；不在，说明还没声明，或在上层闭包里 - 深层属性别手动一层层点开，直接在 Watch 里输
JSON.stringify(data)或Object.keys(errors || {})，只要表达式能被当前上下文求值就行 - 避免副作用：别输
queue.pop()这类会改变状态的表达式，Watch 每次刷新都会真实执行一次
Debug Console 和 Terminal 不是一回事，别混用
在 Debug Console 里输 console.log(x) 看不到输出？不是 bug，是设计如此。
- Debug Console 的输出默认进浏览器 DevTools 的
Console标签页（前端）或 Node.js 的 stdout（后端），不会回显在 VS Code 自己的面板里 - 想查
req.url或调用db.query()，可以；但不能靠它看console.log—— 那得切到浏览器 F12 或 VS Code 底部 DEBUG CONSOLE 的Console选项卡 - 修改变量值（如
count = 99）仅影响当前调试会话，且对引用类型（obj.name = "test"）的修改会实时反映在后续所有使用该对象的地方
真正卡住人的，往往不是“怎么加断点”，而是“断点该加在哪一帧”。异步回调、模块顶层代码、闭包内部变量——这些地方的作用域切换非常隐蔽，Variables 面板里的 Closures 分组和调用堆栈（Call Stack）面板，比任何文档都更值得你多点两下。
