VS Code异常断点需按语言精准配置才生效：Java须用JDK 21+、vscode-java-debug v0.60+，并在launch.json中显式配置exceptionBreakpoints如["java.lang.Exception"]，同时添加JVM参数-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005；JavaScript/Python等其他语言也需对应调试适配器支持及正确配置。
VS Code异常断点怎么设才生效
不是所有“抛出异常”的地方都会停，关键看调试器是否监听了对应语言的异常类型，以及底层调试适配器是否支持该异常传播路径。
- JavaScript/TypeScript：直接按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Toggle Exception Breakpoint回车，再输入异常名如TypeError或ReferenceError - Python：需确保已安装
Python扩展和debugpy，并在launch.json中启用"justMyCode": true（否则可能停在库代码里） - Java：必须用
vscode-java-debugv0.60+，且launch.json中明确配置exceptionBreakpoints数组，例如：["java.lang.Exception"] - PHP：依赖 Xdebug，需在
php.ini启用xdebug.mode=debug，并在 VS Code 中通过Toggle Exception Breakpoint添加类名，如InvalidArgumentException
常见失效原因：没装对应语言的 Debug Adapter、Xdebug 版本不匹配、异常被上层 try-catch 吞掉但断点设在“未捕获”模式下。
为什么虚拟线程里的异常总抓不到
VS Code 默认不监听虚拟线程抛出的异常事件，因为 JVM 的调试协议对虚拟线程的支持是渐进式开放的，不是开箱即用。
- JVM 必须启动时加参数：
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005，且版本 ≥ Java 21 -
launch.json中不能只靠"type": "java"，必须显式声明exceptionBreakpoints并包含父类，如java.lang.Throwable -
vscode-java-debug插件版本低于 v0.60 会完全忽略虚拟线程事件，升级后仍需重启 VS Code 才能加载新适配逻辑 - 即使配置正确，异常也只会在
throw行中断，而不是在catch块入口——这点和平台线程一致，但容易误判为“没断住”
验证方式：写一个只抛异常不 catch 的虚拟线程，运行调试；若控制台打印堆栈但 VS Code 不停，基本就是适配器或 JVM 参数问题。
异常断点设在哪一级才合理
设太宽（如所有 Exception）会导致频繁中断，设太窄（如只设 CustomValidationException）又容易漏掉根本原因。得按场景分层处理。
- 开发阶段排查未知问题：设
java.lang.Exception（Java）、BaseException（Python）、Error（JS），但勾选“仅未捕获”避免干扰正常流程 - 定位第三方库报错：关闭“仅未捕获”，设具体异常类，比如
requests.exceptions.Timeout或io.grpc.StatusRuntimeException - 生产环境模拟调试：用
set_exception_handler（PHP）、Thread.setDefaultUncaughtExceptionHandler（Java）配合日志，而非依赖 IDE 断点 - 异步任务（Promise / CompletableFuture）：断点设在
throw处有效，但.catch()或exceptionally()内部不会触发异常断点——那是错误处理逻辑，不是异常抛出处
注意：RuntimeException 子类在 Java 中默认不被“未捕获”模式捕获，必须显式加入 exceptionBreakpoints 列表，否则静默失败。
调试控制台里看到异常但没断住，怎么办
说明异常已被某处 catch 捕获并处理了，调试器按默认策略跳过——这不是 bug，是设计行为。
- 打开调试面板 →「断点」栏 → 点击「+」号 → 选「异常断点」→ 勾选
Caught Exceptions（而非默认的Uncaught Exceptions） - Python 用户需确认
launch.json中"console": "integratedTerminal"，否则异常可能只输出到外部终端，VS Code 调试器收不到事件 - Java 用户检查
launch.json是否含"stopOnEntry": false，某些旧版配置会覆盖异常断点行为 - 如果用了 Lombok 的
@SneakyThrows，异常会被字节码层面抹除栈帧，VS Code 无法识别原始 throw 点，只能靠日志或反编译定位
最常被忽略的一点：VS Code 的异常断点只对当前 launch 配置生效，切换调试目标（比如从“启动”切到“附加”）后要重新设置，不会自动继承。
