VSCode调试时Exception触发自动断点需依赖调试器（如Python的debugpy或Node.js内置调试器）配置异常断点，而非仅修改VSCode设置；Python中需在launch.json设"justMyCode": false并勾选“raised”或“uncaught”，Node.js需通过Debug启动、正确配置launch.json并针对异步/框架场景选择对应断点类型。
VSCode 调试时如何让 Exception 触发自动断点
VSCode 本身不会在抛出 Exception 时自动暂停，必须通过调试器（如 Python 的 ptvsd、debugpy，或 Node.js 的内置调试器）配合「异常断点」设置才能生效。关键不是改 VSCode 设置，而是激活调试会话中的异常捕获开关。
Python 项目中启用 Exception 自动断点的实操步骤
以官方推荐的 debugpy（VSCode Python 扩展默认调试后端）为例：
- 确保已安装 Python 扩展，并在项目根目录下有
.vscode/launch.json - 在
launch.json的配置项中添加"justMyCode": false（否则只在你自己的代码里断，第三方库抛的异常会被跳过） - 启动调试后，打开左侧「运行和调试」面板 → 点击「断点」视图 → 勾选
Python Exception Breakpoint下的raised（抛出即停）或uncaught（未被捕获才停） - 注意：勾选后无需重启调试会话，实时生效；但若之前已运行调试，需手动点击「重新启动」才能加载新断点规则
Node.js 中 throw 不触发断点？检查调试器模式
VSCode 内置 Node.js 调试器对异常断点支持较完善，但常见失效原因如下：
- 用
node命令直接运行而非通过Debug: Start Debugging启动 —— 此时调试器根本没挂载，Exception断点完全无效 -
launch.json中缺少"stopOnEntry": false或未设"console": "integratedTerminal"，导致异常信息被吞掉、断点不响应 - 异步异常（如
Promise.reject()）需额外勾选「Uncaught Exceptions」断点，仅勾「Caught Exceptions」不会停 - 某些框架（如 Express）会全局捕获错误，导致异常变成「已捕获」状态，此时要勾
raised而非uncaught
为什么有时断点没反应？几个隐蔽但高频的问题
不是配置没写对，而是环境或时机不对：
-
launch.json配置只对当前工作区生效，多根工作区（multi-root workspace）下可能被其他文件夹的配置覆盖 - Python 中使用
try...except捕获了异常，但没raise或raise e，而是raise Exception("xxx")—— 这会丢失原始堆栈，调试器无法关联到原始抛出处 - Node.js 使用
domain或process.on("uncaughtException")拦截了异常，调试器收不到通知 - VSCode 更新后，旧版 Python 扩展可能仍用
ptvsd，而新版只支持debugpy，导致异常断点功能降级或失效
异常断点依赖调试协议底层支持，不同语言、不同调试器版本的行为差异很大，别只盯着 UI 勾选，得确认后端真正在监听。
