升级至 Python 3.11 后，joblib.load() 报错 TypeError: '>' not supported between instances of 'NoneType' and 'sys.version_info'，本质是依赖链中 patsy 库未适配 Python 3.11 的 sys.version_info 类型变更，需强制更新 patsy 至兼容版本。
升级至 python 3.11 后，joblib 加载 `.pkl` 文件时抛出 typeerror: '>' not supported between instances of 'nonetype' and 'sys.version_info'，该错误并非 joblib 本身问题，而是其间接依赖（经 `category_encoders → patsy`）在 python 3.11 中触发了不安全的版本比较逻辑——旧版 `patsy` 的 `_all_future_flags()` 函数中，`feature.getmandatoryrelease()` 返回 `none`，却直接与 `sys.version_info` 进行 `>` 比较，而 python 3.11 强化了类型安全，禁止 `none` 与 `sys.version_info` 实例比较。
? 错误溯源：依赖链中的隐性不兼容
从堆栈可见完整调用链：
joblib.load → category_encoders → patsy → eval.py:_all_future_flags()
↑
feature.getMandatoryRelease() returns Nonepatsy 在 0.5.6 及更早版本中存在此逻辑缺陷。尽管 joblib==1.4.0 已适配 3.11，但只要下游 patsy 未更新，该错误仍会穿透执行。
✅ 正确修复步骤（Ubuntu/Debian 环境）
# 1. 升级 patsy 至兼容版本（推荐 ≥ 0.5.7） pip install --upgrade "patsy>=0.5.7" # 2. 同步检查并升级关联生态（可选但强烈建议） pip install --upgrade \ category_encoders \ statsmodels \ # 常与 patsy 共用 scikit-learn # 若使用 encoder 需确保兼容 # 3. 验证修复效果 python -c "import patsy; print(patsy.__version__)" # 输出应为 0.5.7 或更高（如 0.5.8、0.5.9）
⚠️ 注意事项：
- 勿仅升级 joblib：如问题所述，joblib==1.4.0 无法绕过 patsy 的底层缺陷；
- 避免混合源安装：若曾通过 apt install python3-patsy 安装系统包，请先卸载 sudo apt remove python3-patsy，再用 pip 管理，防止版本冲突；
- 虚拟环境优先：生产环境务必使用 venv 或 conda 隔离，避免全局污染；
- 兼容性验证：升级后运行原有 pickle 加载逻辑，并补充单元测试覆盖 joblib.load() 场景。
? 根本预防：升级前的依赖健康检查
在迁移至 Python 3.11 前，推荐执行以下诊断：
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
立即学习“Python免费学习笔记（深入）”；
# 创建干净 3.11 环境 pyenv install 3.11.9 pyenv virtualenv 3.11.9 myproj-311 pyenv activate myproj-311 # 安装依赖并检测冲突 pip install -r requirements.txt pip install pipdeptree pipdeptree --warn fail --python-executable $(which python)
该命令将明确标出所有 python_version 不满足 >=3.11 的子依赖（如 patsy<0.5.7），实现风险前置识别。
Python 3.11 的性能收益值得期待，但其对第三方库的兼容性要求更为严格。真正的平滑升级，不在于解释器版本数字的跃迁，而在于对整个依赖树的精细化治理——从 patsy 这一案例可见，一个微小的 None 比较漏洞，足以阻断整个数据加载流程。保持核心科学计算栈（numpy, pandas, scipy, patsy）与 Python 主版本同步更新，是保障 ML 工作流稳定性的关键防线。
