VSCode本身不提供函数级异常捕获能力，它依赖语言服务器（如Pylance）、类型检查和调试器协同实现异常感知：编辑时标出潜在异常、调试时在未捕获异常处中断并展示堆栈与变量，但无法替代代码中真实的try-catch逻辑。
VSCode 本身不提供函数级异常捕获能力
VSCode 是编辑器，不是运行时环境，try-catch、except 这类异常捕获逻辑必须由目标语言自身支持，并在实际执行中生效。插件无法“注入”或“拦截”用户代码的运行时异常——它只能观察、上报、高亮或辅助你提前发现可能出错的位置。
真正起作用的是语言服务器 + 类型检查 + 调试器协同
所谓“异常捕获”的感知效果，其实是三者配合的结果：
-
Pylance（Python）或Java Extension Pack在编辑时识别未处理的异常类型（如IOError、NullPointerException），并在调用处标黄/标红 -
launch.json中配置"stopOnEntry": false和"console": "integratedTerminal"，确保异常抛出时调试器能中断并展示堆栈 - 调试器（如
Python或java类型的调试适配器）在异常未被捕获时自动暂停，并将Exception实例挂载到 Variables 面板
例如 Python 中未捕获的 ZeroDivisionError，会在调试控制台打印完整 traceback，同时 Variables 面板显示 exception 变量，内容为 ZeroDivisionError("division by zero")。
插件能做的“捕获增强”只有这三件事
没有插件能替你写 try 块，但以下操作可显著提升异常应对效率：
- 安装
Exception Reporter（非官方，但开源）：自动收集未处理异常的上下文快照（当前文件、行号、局部变量快照），生成 Markdown 报告 - 在
settings.json中启用"python.defaultInterpreterPath"和"python.analysis.typeCheckingMode": "basic"，让 Pylance 提前标出可能引发TypeError的函数调用（如传None给期待str的参数） - 为调试配置添加
"justMyCode": true，避免异常中断跳进标准库内部，专注定位你自己的代码缺陷
注意：justMyCode 对于 async 函数或装饰器包裹的逻辑可能失效，此时需手动在 launch.json 中加 "subProcess": true 并确认子进程也启用了调试支持。
别信“自动插入 try-catch”的插件宣传
市面上有插件声称“一键包裹函数加异常处理”，但实际只是模板替换，存在严重隐患：
- 盲目包裹
except Exception:会吞掉KeyboardInterrupt或SystemExit，导致 Ctrl+C 失效 - 不区分异常类型，把
FileNotFoundError和ConnectionError一并忽略，掩盖真实问题 - 未重抛或日志记录，让错误静默失败，后续逻辑基于错误状态继续执行
真正可靠的异常处理永远需要你明确判断：这个函数可能抛什么异常？哪些该重试？哪些该降级？哪些必须向上冒泡？VSCode 插件只负责把 raise ValueError("xxx") 和调用它的那行标出来，而不是替你做决策。
