VSCode调试不会因警告中断，真正导致暂停的是异常断点配置错误；需关闭Breakpoints面板中的Uncaught/Caught Exceptions及Warning类异常勾选，并检查launch.json和代码中是否将warning升级为异常。
VSCode 调试时默认不会因警告（warning）中断，所谓“遇到警告就停住”根本不是它的行为——真正打断你的是 breakpoint、exception breakpoint 或调试器配置里误启了「所有异常暂停」。如果你发现调试过程频繁卡住，大概率是异常设置太激进，而不是警告本身触发的。
为什么调试会“被警告打断”？其实是异常断点在作祟
VSCode 的调试器（如 Python 扩展、Node.js 的 inspector）默认只在抛出未捕获异常（Uncaught Exception）或用户手动设的断点处暂停。所谓“警告中断”，几乎全是以下两种情况：
- 你在 Debug → Breakpoints 面板里勾选了
Uncaught Exceptions甚至Caught Exceptions，导致Warning类异常（如 Python 的DeprecationWarning被 raise 出来时）也被拦截 - 代码里显式调用了
warnings.warn(..., stacklevel=2)，而某些运行时（如 pytest 运行模式）会把 warning 转成WarningException并抛出，触发了异常断点
关闭警告类异常中断：精准调整 exception breakpoint
打开 Debug 面板左侧的 Breakpoints 视图（或按 Ctrl+Shift+Y），检查以下几项是否被意外启用：
-
Uncaught Exceptions：关掉它，除非你真想捕获所有没try/except包裹的异常 -
Caught Exceptions：绝大多数场景应保持关闭；开启后连try: ... except Warning:都会中断，干扰极大 - 下方
Exceptions列表里是否有勾选了Warning、DeprecationWarning等具体类型？有则取消勾选
注意：Python 扩展中这些选项依赖 launch.json 里的 "justMyCode": true（默认开启），若设为 false，还可能命中标准库里的 warning 抛出点，更难排查。
让 warning 安静输出，不干扰调试流
如果你只是想让 warning 信息照常打印（比如到终端或 Debug Console），但绝不中断执行，除了关异常断点，还需确保：
- Python 项目中没全局启用
python -W error类参数：检查launch.json的"env"或"args"字段，移除类似"-W", "error"的配置 - 代码里没手动调用
warnings.filterwarnings("error")—— 这会把 warning 升级为异常，必然触发断点 - VSCode 的
Debug Console已打开（Ctrl+Shift+Y→ 右上角三个点 →Toggle Debug Console），否则 warning 输出可能被吞掉，让你误以为“没警告”，实则是看不见
Logpoint 是比“关中断”更主动的替代方案
如果你本意是“想看到 warning 相关上下文，但不想停”，Logpoint 比关异常断点更可控：
- 在可能触发 warning 的代码行左侧 gutter 右键 →
Add Log Point… - 填入类似
"warn triggered: {variable}, time={Date.now()}"，它会在不暂停的情况下把变量值打到 Debug Console - 特别适合观察
warnings.warn()调用前的状态，或确认 warning 是否真被触发（而非被过滤）
真正的难点不在“怎么关”，而在于分清 warning 是被 print() 输出、被 warnings 模块记录、还是被升级成了异常——这三者在调试器眼里完全是不同路径，混在一起查只会越查越乱。
