DeprecationWarning默认不显示是因为Python仅在模块顶层显示该警告，导入的第三方库触发的会被静默丢弃；可通过-w default强制显示，或用warnings.filterwarnings()精准过滤指定模块。
为什么DeprecationWarning默认不显示？
Python 默认把 DeprecationWarning 发送给 sys.stderr，但**只在模块顶层（即直接运行的脚本）中显示**；导入的第三方库触发的该警告通常被静默丢弃。这不是 bug，是设计行为——避免污染库用户终端。所以你“没看到警告”不等于它没发生，而想“忽略它”时，得先确认它真被触发了（比如用 -W default 运行脚本强制显示）。
用warnings.filterwarnings()忽略指定模块的DeprecationWarning
最稳妥的方式是在代码开头（早于任何可能触发警告的 import 或调用）调用 warnings.filterwarnings()，并精确匹配模块名和警告类别：
import warnings
warnings.filterwarnings(
"ignore",
category=DeprecationWarning,
module="^requests$", # 注意正则：^requests$ 确保只匹配 requests 模块本身，不误杀 requests.packages.urllib3
)-
"ignore"动作必须小写，大写会报错 -
module参数支持正则，但别漏掉^和$，否则可能匹配到子模块或同名变量 - 如果只想忽略某一行，用
lineno参数（需知道具体行号），但不推荐——代码变动后失效 - 不要用
message匹配文本，因为不同版本提示语可能变，且容易误匹配
命令行临时屏蔽所有DeprecationWarning
开发调试时快速验证是否是警告干扰，可用 Python 启动参数：
python -W ignore::DeprecationWarning your_script.py
-
::DeprecationWarning表示忽略所有来源的该类警告 - 这个设置**只影响当前进程**，不影响已导入模块的内部警告逻辑（有些库在 import 时就发警告，此时命令行参数可能来不及生效）
- CI/CD 中慎用，掩盖真实兼容性问题
全局忽略的风险与替代思路
直接 warnings.simplefilter("ignore", DeprecationWarning) 看似简单，但会一并吞掉你自己代码里显式发出的 DeprecationWarning，失去升级提醒价值。
立即学习“Python免费学习笔记（深入）”；
- 真正该做的是：定位哪个库/哪段代码在发警告（加
-W error让它崩溃，看 traceback） - 检查该库是否有新版支持、是否提供了替代 API
- 若确认是已知兼容问题且短期无法升级，再针对性过滤，而非全局压制
- 注意：某些框架（如 pytest）有自己的警告控制机制，
warnings.filterwarnings()可能被覆盖，需结合其配置（如filterwarningsini 项）
忽略警告不是终点，而是权衡后的临时措施；模块路径写错一个字符，过滤就失效，而 warning 本身又不会报错——这种静默失效最容易被忽略。
