断点设置失败的常见原因包括未启用调试器、文件未保存、缺少对应语言扩展、处于纯文本模式、断点设在不可执行行；条件断点需注意语法和作用域，避免副作用；断点未停住多因 launch.json 配置错误或源码映射失效；变量显示 undefined 通常源于 source map 缺失、编译重命名或异步初始化延迟。
断点设置失败的常见原因
vscode 里点左侧行号边栏加断点却没反应，大概率是没启用调试器或当前文件没被运行环境识别。确认以下几点：
- 当前打开的文件必须保存（
.py、.js、.ts等有对应调试支持的语言） - 已安装对应语言的官方扩展（如 python 扩展、Node.js 调试支持）
- 没有在纯文本模式（Plain Text）下编辑——右下角状态栏应显示语言名，不是
Plain Text - 断点加在可执行行上：空行、注释行、函数声明行（非调用）不会生效
条件断点怎么写才有效
右键断点 → Edit Breakpoint，输入表达式时要注意语法和作用域。不同语言规则不同：
- Python：用
i == 5或"Error" in msg，变量必须在该行作用域内存在 - javaScript/typescript：支持
count > 100，但不能用let/const声明新变量 - 条件表达式里不要写副作用操作，比如
i++或console.log()—— VSCode 不保证执行顺序，也可能直接跳过 - 条件断点比普通断点多一次表达式求值开销，高频循环里慎用
为什么断点没停住？检查 launch.json 配置
VSCode 调试依赖 .vscode/launch.json，配置错误会导致断点注册失败或调试会话不加载源码映射：
- Python 用户常见错配：
"module": "http.server"却没设"justMyCode": true，结果断点停在标准库里 - node.js 用户若用
ts-node，需确保"sourceMaps": true且"outFiles"指向正确.js输出路径 - 前端项目（如 vue/react）若用 webpack dev server，要配
"url": "http://localhost:3000"+"webRoot"，否则断点无法映射到原始.ts文件 - 修改
launch.json后必须重启调试会话，热重载不生效
调试时变量突然变成 undefined 或 not available
这不是断点问题，而是调试器无法读取当前作用域变量，常见于：
- 代码被压缩或未生成 source map（尤其 TypeScript 编译后没开
sourceMap: true） - 使用了闭包或异步回调，变量名被编译器重命名（如
_a），但调试器仍尝试按原名查找 - 在箭头函数第一行设断点，某些 Node.js 版本下
this和参数可能尚未初始化完成 - chrome DevTools 兼容模式下调试 VSCode 内置终端启动的 Node 进程，有时变量面板为空——换用
node --inspect启动更稳定
复杂点在于：断点位置、编译配置、运行时环境三者必须对齐。少一个环节，就只能看到 undefined。