VSCode调试不会自动中断，必须手动配置异常断点、条件断点或日志断点；启用未捕获异常中断可使调试器在抛出未处理异常时停在抛出位置；条件断点通过表达式或命中次数精准触发；日志断点实现无侵入式变量输出；断点失效多因路径错误、source map 缺失或代码未执行。
VSCode调试不会“自动中断”，除非你明确配置了异常断点、条件断点或日志断点——它不会凭空停在某一行，也不会因为代码有 bug 就主动暂停。所谓“自动中断”，本质是人工预设的触发规则被满足后，调试器按约响应。
怎么启用未捕获异常自动中断
这是最接近“自动中断”的功能：程序抛出未处理的 Exception（Python）、Error（JavaScript）或 Panic（Go）时，调试器直接停在抛出位置，不用提前设断点。
- 打开调试侧边栏（
Ctrl+Shift+D），在 断点 区域点击底部的+→ 选 异常断点 - 勾选对应语言的异常类型：Python 项目勾
Python Exceptions；Node.js 勾Uncaught Exceptions；前端项目还可细分Caught Exceptions - 启动调试（
F5），只要代码抛出未try/catch或except的异常，就会立即中断 - 注意：
console.error不触发异常断点；只有真正 throw / raise 才算
条件断点不是“自动”，但能精准控制中断时机
普通断点在循环里会打断 100 次，而你可能只关心第 5 次或某个特定状态。右键断点 → 编辑断点，输入表达式才是关键。
- 合法表达式示例：
i === 5、user?.id === "abc123"、response.status !== 200 - 数字写法是命中次数断点（VS Code 1.85+ 原生支持）：
10表示第 10 次执行到该行才中断 - 不支持副作用：不能在条件里写
i++或console.log()，调试器只求值，不执行语句 - 断点必须是实心红点；悬停提示
Unbound breakpoint说明 source map 未加载或路径错位
日志断点：不中断，但“自动”输出，等价于无侵入 console.log
适合需要高频观察变量又不想污染源码的场景，比如查 arr[i] 在每次迭代中的值。
- 右键行号左侧 → 添加日志点
- 输入模板字符串，用
{}插入变量：index: {i}, value: {arr[i]}, timestamp: {Date.now()} - 输出统一出现在 调试控制台（
Ctrl+Shift+Y），不影响执行流 - 注意：变量名必须在当前作用域可见；
{user.profile?.name}这种可选链写法没问题，但{window.location}在 Node 环境下会报ReferenceError
为什么你以为的“自动中断”其实没发生
常见假象和真实原因：
- 断点是空心红点 → 调试器根本没绑定上，检查
launch.json中program或module是否指向真实入口文件，路径别用./index.py，改用${workspaceFolder}/src/main.py - 断点设在
if (false) { ... }里 → 代码压根没执行，调试器不会为“死代码”预留中断能力 - TypeScript/React/Vue 项目断点跳到
main.xxx.js→sourceMaps没开或sourceMapPathOverrides映射错误，确认构建产物含.map文件且launch.json含"sourceMaps": true - Python 断点不生效 → 检查是否装了
ms-python.python扩展（不是 Pylance），且右下角状态栏显示已选解释器路径
真正难的不是设置，而是判断“该在哪设”和“设了是否真能绑上”。VSCode 调试没有魔法，所有“自动”背后都是你对运行路径、作用域、source map 映射关系的精确掌控。
