Jupyter Notebook 7.6停止支持Python 3.9

先说个事儿：Jupyter Notebook 7.6 已经正式停止支持 Python 3.9 了。最新更新日志的「不兼容变更」板块里，明确标注了这个调整。现在你去 PyPI 上看 Notebook 7.6.1 的项目元数据，最低运行要求已经直接定在了 Python 3.10 及以上。手里还卡在 Python 3.9 上的实验环境、课程镜像、企业服务器，真得打起精神了——直接升级 Notebook 主程序，可能会被包管理器拦下来，也可能连带改变同一环境里其他依赖的版本，别不当回事。

图片来源：Jupyter Notebook 最新更新日志

运行环境门槛转向 Python 3.10

Python 版本要求是安装校验的第一道门槛，这一点没得商量。不管你是用 pip、conda 还是企业内部镜像部署 Notebook，首先得保证环境里的 Python 解释器版本符合包元数据的要求。光更新前端页面或浏览器是绕不开这个限制的。PyPI 页面列出的分类信息包括 Python 3.10、3.11、3.12、3.13 和 3.14，说明新版安装包已经面向较新的 Python 分支。打算升级的团队，最好先理清楚：内核环境和 Notebook 服务端是不是共用一个 Python，再逐一确认常用的科学计算库、认证扩展、自定义插件，在目标版本上能不能正常运行。

图片来源：PyPI 最新项目页

旧环境不必在原实例上冒险升级

如果你的项目还得依赖旧版 CUDA、专用驱动，或有只能在 Python 3.9 上跑的业务库，最稳妥的路子就是别动现有环境。新建一个 Python 3.10 以上的验证环境，把依赖清单和少量有代表性的笔记本文件拷过去，先做测试。重点查这几项：内核能不能正常启动、运算输出和之前是否一致、文件保存导出有没有问题，以及 Notebook 7 扩展能不能正常加载。Jupyter 官方仓库的说明里提过，Notebook 7 的前端是基于 JupyterLab 组件搭建的，服务端用的是 Jupyter Server，老版 Classic Notebook v6 的扩展没法直接兼容 Notebook 7。所以，Python 版本升级和前端扩展迁移最好分开核对，别堆在一起改。

暂时没法迁移的系统，可以继续用现在的受控版本。但要明确一点：它不会获得 Notebook 7.6 的新功能和对应维护更新。目前 Jupyter 项目同时维护两个主版本：Classic Notebook v6 与 Notebook v7，最新说明也指出，新功能和持续改进集中在 v7 版本。对生产环境或教学平台来说，这次停止 Python 3.9 支持，其实正好是个梳理环境的节点：先把 Python 解释器和扩展的适配边界摸清楚，再安排 Notebook 版本升级。能避免一次改动太多，后续出问题排查起来也省事。