异常断点可在程序抛出特定异常时自动暂停执行，便于定位错误源头；它不绑定具体代码行，而是监听异常类型，支持JavaScript、Python、C#等语言；在VS Code中，通过“运行和调试”视图添加，Node.js可选“All”或“Uncaught”异常，Python则可输入具体异常类型如ValueError；建议根据调试阶段选择监听范围，初期用All快速发现问题，后期聚焦未捕获或特定异常以提升效率，并确保launch.json配置正确支持该功能。
VS Code 的“异常断点”功能可以帮助你在程序抛出异常时自动暂停执行，便于快速定位错误源头。这个功能特别适合调试难以复现或未被显式捕获的异常。
什么是异常断点？
异常断点不同于行断点（点击行号设置），它不是绑定在某一行代码上，而是监听特定类型的异常。当代码抛出该类异常时，调试器会自动中断，无论异常是否被 catch 捕获（取决于设置）。
常见支持的语言如 JavaScript/Node.js、Python、C#（通过 .NET 调试器）都提供不同程度的异常断点支持。
如何设置异常断点
以 VS Code 中常见的 Node.js 和 Python 为例：
• Node.js / JavaScript： 打开“运行和调试”视图（Ctrl+Shift+D），点击“调用堆栈”面板上方的“异常断点”区域中的“+”号，选择“Exception: All”或“Exception: Uncaught”，前者在所有异常抛出时中断，后者仅在未被捕获的异常时中断。
• Python（使用 debugpy）： 同样在“运行和调试”面板中，点击“异常断点”部分的“+”按钮，输入你想监听的异常类型，比如
Exception、ValueError 或 TypeError。输入后按回车即可添加。
添加后，对应异常会在触发时让程序暂停，并跳转到抛出位置，配合调用堆栈和变量查看，能快速分析上下文。
实用建议与注意事项
异常断点非常强大，但使用不当可能频繁中断，影响调试效率：
• 如果只关心未处理的异常，优先选择“Uncaught Exceptions”，避免在正常 try-catch 流程中被打断。• 调试初期可启用
Exception: All，快速发现潜在问题；定位到模块后再关闭，聚焦具体逻辑。• 在 Python 中，精确设置异常类型（如
KeyError）比泛泛监听 Exception 更高效。• 确保 launch.json 配置正确支持异常断点。某些环境需要开启
或调整 console 设置。
基本上就这些。合理使用异常断点，能让调试从“猜问题在哪”变成“直接看到问题发生”。不复杂但容易忽略。
