DeprecationWarning默认不显示是因为Python将其设为忽略，专为开发者设计、避免干扰终端用户；需用-W default或warnings.filterwarnings("default", category=DeprecationWarning)显式启用。
为什么DeprecationWarning默认不显示
Python 默认会忽略 DeprecationWarning，因为它面向的是开发者而非终端用户。这意味着你很可能在 CI 或新环境里突然发现某个功能崩了，而本地开发时完全没察觉。这不是警告被“修好了”，而是它根本没冒出来。
要让它可见，启动 Python 时加 -W default，或者代码开头插入：
import warnings
warnings.filterwarnings("default", category=DeprecationWarning)
注意：别用 "error" 全局转异常——第三方包也可能触发，容易误伤。
快速定位警告源头的三种方式
光看到警告文字不够，得知道哪行代码调了哪个废弃接口。常见路径：
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 运行时加
-W error::DeprecationWarning（临时、精准），报错堆栈直接指向你的代码行 - 用
python -W default your_script.py 2>&1 | grep -A 5 -B 5 Deprecation捕获上下文输出 - 在关键模块入口加钩子，捕获并打印完整 traceback：
import warnings
import traceback
def warn_handler(message, category, filename, lineno, file=None, line=None):
if issubclass(category, DeprecationWarning):
print(f"[DEPRECATION] {message}")
traceback.print_stack(file=sys._getframe(2), limit=3)
warnings.showwarning = warn_handler
urllib.parse.urljoin 和 urlparse 的典型替换场景
这是高频踩坑点：旧代码用 from urlparse import urljoin（Python 2）或 from urllib.parse import urlparse 但误传参数，触发警告。Python 3.8+ 对 urlparse 的某些参数组合（如 allow_fragments=False 配合相对 URL）开始发警告。
实操建议：
- 统一用
urllib.parse.urljoin(base, url)拼接 URL，不要手动字符串拼 - 解析时用
urllib.parse.urlparse(url)，避免传allow_fragments—— 它已默认生效，显式传参反而触发警告 - 若依赖旧版
requests，升级到 ≥2.28.0，其内部已屏蔽部分 urllib 废弃路径
第三方包引发的警告怎么处理
你没写错，但 pip list 里的某个包调用了废弃 API，比如老版本 django-compressor 在 Django 4.2+ 中触发 RemovedInDjango50Warning（虽名不同，但属同类机制）。
应对逻辑很实际：
- 先用
pip show package_name看版本，再查对应 GitHub 的 CHANGELOG 或 issue，确认是否已有修复版 - 临时压制（仅限验证阶段）：
warnings.filterwarnings("ignore", category=DeprecationWarning, module="package_name") - 真没法升？fork + patch 小修改，或加 wrapper 层拦截调用——别指望等维护者响应
真正麻烦的不是警告本身，是它背后隐含的 API 行为变更。比如 datetime.utcnow() 被标为废弃，不是因为不能用，而是它返回 naive datetime，和时区感知操作混用会出静默错误。这种地方，光替换函数名没用，得同步检查上下文逻辑。
