首先配置异常断点以捕获未捕获异常，再通过调用栈和控制台定位错误源头，结合不同环境（Node.js/浏览器）的调试设置及source map确保精准调试。
在使用 VSCode 进行开发时，经常会遇到程序运行过程中抛出未捕获异常的情况。这类问题若不及时定位，容易导致程序崩溃或行为异常。合理配置断点并理解 VSCode 的异常处理机制，能显著提升调试效率。
未捕获异常的识别与定位
当代码中出现未被 try-catch 包裹的错误（如引用 undefined 变量、网络请求失败等），JavaScript 或其他语言运行时会抛出未捕获异常。VSCode 结合调试器（如 Node.js 调试器或 Chrome DevTools）可以自动暂停执行，帮助你快速找到问题源头。
- 启动调试模式后，若程序因异常中断，调用栈面板会显示错误发生的位置
- 调试控制台输出完整的错误信息，包括错误类型和堆栈跟踪
- 多数情况下，编辑器会高亮标记引发异常的具体代码行
启用异常断点：捕获异常的第一步
VSCode 支持设置“异常断点”，让调试器在抛出异常时自动暂停，无论是否被捕获。这项功能对排查深层调用链中的问题非常有用。
- 打开“运行和调试”侧边栏（Ctrl+Shift+D）
- 在“断点”区域点击“+ 异常断点”
- 选择“异常时暂停”选项，可分别设置“已捕获异常”和“未捕获异常”
- 勾选“未捕获异常”后，程序一旦抛出未处理的错误就会中断执行
Node.js 与浏览器环境下的配置差异
不同运行环境对异常的处理方式略有不同，调试配置也需相应调整。
- Node.js 环境：在 launch.json 中设置 "stopOnEntry": false, 并确保 "stopOnException": true（部分版本默认开启）
- 前端项目（Chrome Debug）：使用 Debugger for Chrome 扩展，配置 "runtimeExecutable" 和 "webRoot"，确保异常能映射到源码
- 对于 Promise 异常（如未处理的 reject），建议同时开启“未捕获的 Promise 错误”断点
实用技巧与注意事项
高效利用异常断点需要结合实际开发场景进行微调，避免频繁中断影响调试体验。
- 若第三方库频繁触发异常，可在暂停后查看调用栈，判断是否属于可忽略的运行时警告
- 结合 source map 使用，确保异常位置准确指向 TypeScript 或编译前代码
- 临时禁用异常断点可右键取消勾选，便于在特定阶段跳过中断
- 使用 console.trace() 在关键路径打印追踪信息，辅助异常上下文分析
基本上就这些。掌握异常断点的配置和使用，能让你在面对未捕获异常时更快定位问题。调试不只是设断点，理解运行时行为才是关键。不复杂但容易忽略。
