VSCode断点不生效主因是调试配置与运行环境不匹配：launch.json中type、program路径、sourceMaps、优化选项等须与实际执行一致，且需注意作用域、源码映射和调试器限制。
VSCode断点不生效，程序直接跑完？检查调试配置是否匹配运行环境
断点不触发，大概率不是VSCode坏了，而是launch.json里配的启动方式和你实际执行的命令对不上。比如你在终端用python script.py跑，但launch.json里写的是"module": "http.server"，那断点自然没机会命中。
- 确认
configurations里的"type"（如"python"、"node"）已安装对应调试器插件 -
"request"设为"launch"时，"program"必须是绝对路径或相对于workspaceFolder的正确路径；设为"attach"则需先启动进程并暴露调试端口 - TypeScript/JS项目容易漏掉
"sourceMaps": true，导致断点打在.ts文件却停在.js上——看着像没生效，其实是映射没对
单步执行时变量值显示为undefined或
这不是VSCode的问题，是底层调试器（如lldb、gdb、V8）在编译/运行时做了优化。尤其C/C++/Rust默认开启优化后，局部变量可能被寄存器重用或直接裁剪。
- Python一般不会出现，除非用了
cython或pybind11且编译时加了-O2 - Node.js可在
launch.json中加"runtimeArgs": ["--no-opt"]禁用V8优化 - C/C++项目务必确认编译命令用了
-g -O0（Debug模式），而不是-O2 -g——-O2会破坏调试信息完整性
想看某个表达式实时值，但Watch窗口输user.name报错
Watch窗口不是REPL，它受限于当前栈帧的作用域和语言运行时能力。输入的表达式必须能在断点暂停那一刻被调试器求值，否则就报ReferenceError或Cannot evaluate expression。
- 只能访问当前函数内已声明、未被GC回收的变量；闭包外的变量、异步回调里的临时变量通常不可见
- 避免写副作用表达式，比如
arr.push(1)——有些调试器会执行它，导致状态污染 - 复杂对象建议先展开
Variables面板看层级，再复制完整路径到Watch，比手敲更可靠
调试Node.js时console.log输出乱序，和断点顺序对不上
这是Node.js事件循环和VSCode调试协议共同导致的：日志走stdout，断点走debug adapter，两者不同步。尤其有setTimeout、Promise.then时，log可能在断点前/后“闪现”。
- 别依赖
console.log判断执行流，专注用Step Over（F10）和Step Into（F11）跟踪调用栈 - 需要精确日志可改用
debugger;语句——它强制进入调试器，比console.log+断点更可控 - VSCode 1.85+支持在
Debug Console里执行console.log，输出会按时间戳排序，比终端干净
调试最麻烦的从来不是怎么打断点，而是搞清「此刻代码到底运行在哪一层上下文里」——作用域、模块加载顺序、源码映射、优化级别，随便一个没对齐，看到的就全是幻觉。
