Warning本身不会中断程序，只有被显式升级为Exception（如通过warnings.simplefilter("error")、python -W error或测试框架默认配置）才会导致中断，且DeprecationWarning因默认被过滤而常在启用-W或全局error时突然报错。
Warning 本身不会导致程序中断——这是前提。如果你观察到程序因警告而终止，说明它已被显式配置为“升级为异常”，而非警告本身的默认行为。
Warning 被转成 Exception 的典型场景
Python 默认对大多数 Warning 类型（如 UserWarning、RuntimeWarning）只是打印提示，不中断执行。但以下几种方式会让警告实际中断程序：
-
warnings.simplefilter("error")：全局将所有匹配警告转为异常 -
python -W error script.py：命令行启用“警告即错误”模式 -
warnings.filterwarnings("error", category=DeprecationWarning)：只对特定类别升级 - 某些测试框架（如 pytest）默认开启
-W error，CI 环境尤其常见
为什么 DeprecationWarning 常被忽略却突然报错？
DeprecationWarning 在非 __main__ 模块中默认被过滤掉（即不显示也不中断），但在以下情况会“现身”甚至中断：
- 你用
python -W default或-W always运行脚本，它就可能显示；若再叠加"error"规则，就会炸 - 你在库代码里触发了
DeprecationWarning，而调用方启用了全局"error"过滤器 - 某些包（如
numpy、pandas）内部主动调用warnings.simplefilter("error", RuntimeWarning)（少见但存在）
如何快速定位是哪条规则导致中断？
运行时抛出的异常类型通常是 Warning 的子类（如 DeprecationWarning），而非 Exception。查看 traceback 最后一行：
DeprecationWarning: xyz is deprecated
说明确实是警告升级所致。此时检查：
立即学习“Python免费学习笔记（深入）”；
- 启动命令是否含
-W参数（python -W error ...） - 代码中是否调用了
warnings.simplefilter("error")或warnings.filterwarnings("error", ...) - 是否导入了某库（如旧版
scikit-learn）在初始化时悄悄改了过滤器
忽略 Warning 却仍中断？注意 category 匹配陷阱
写 warnings.filterwarnings("ignore") 看似万能，但容易失效：
- 没指定
category：规则只匹配Warning基类，而实际警告是DeprecationWarning（继承自Warning），但过滤器默认不向下兼容子类，除非显式写category=DeprecationWarning - 规则顺序问题：后注册的过滤器可能覆盖前面的，
warnings.resetwarnings()后再设更稳妥 - 模块作用域：未加
module参数时规则全局生效；加了却写错正则（如module="mypkg"但实际是mypkg.submod），导致漏匹配
category 和 module 的匹配逻辑比直觉中更严格。 
