1. 为什么要在Ubuntu 24上从Python 3.10升级到3.11如果你正在使用Ubuntu 24并且系统里预装或者你自己安装的是Python 3.10那么你可能会想“3.10用得好好的为啥要折腾升级到3.11呢” 这个问题我当初也问过自己。说实话Python 3.10本身已经是一个非常成熟和稳定的版本但3.11带来的性能提升用“飞跃”来形容一点都不过分。官方称之为“Faster CPython”项目的一部分我实测下来很多日常脚本和Web应用的平均运行速度提升了10%到25%个别场景甚至能达到60%的加速。这意味着你写的爬虫能更快地抓取数据你的数据分析脚本能更早出结果服务器也能用更少的资源处理更多的请求。除了速度Python 3.11还引入了一些非常贴心的新特性。比如更清晰的错误回溯信息现在报错时它会直接告诉你具体是哪一行代码的哪个表达式出了问题再也不用在一大段错误信息里“捉迷藏”了。还有像ExceptionGroup和except*这样的结构化异常处理对于编写复杂的并发程序帮助巨大。我自己在做一些异步任务调度时用上新特性后代码逻辑清晰了不少。所以无论是追求极致的性能还是想用上更现代的语法特性从3.10升级到3.11都是一笔非常划算的“投资”。当然升级不是简单地敲个命令就完事了。尤其是在Ubuntu这样的系统中Python被很多系统工具和软件包深度依赖比如apt包管理器本身就和特定版本的Python有联系。盲目升级可能会导致“按下葫芦浮起瓢”系统功能出现各种奇怪的问题。我见过有朋友直接替换了系统默认的python3结果连软件更新都做不了。所以我们这次要做的是一次“平滑升级”。核心目标有两个第一安全地安装好Python 3.11第二让它可以和原有的Python 3.10和谐共存按需使用绝不破坏系统的稳定性。接下来我就把自己在Ubuntu 24上反复实践过好几遍的稳妥方案一步步分享给你。2. 升级前的关键准备别让备份成为马后炮在动手敲任何升级命令之前准备工作的重要性再怎么强调都不为过。这就像给房子做装修你得先把贵重家具和易碎品妥善安置好。在系统升级这个“大工程”里我们的“贵重家具”就是现有的Python环境和项目数据。首先也是最重要的一步全面备份。这不是一句空话。你需要备份两部分内容。第一部分是你的个人项目和数据。检查你的家目录/home/你的用户名下所有包含requirements.txt、Pipfile或pyproject.toml的文件夹这些都是你的Python项目。把它们整体复制到一个安全的地方比如外置硬盘或者另一个磁盘分区。我习惯用rsync命令它比简单复制更高效还能保留文件属性。例如你可以这样操作rsync -av --progress ~/my_python_project /path/to/backup_drive/第二部分是系统当前的Python环境信息。打开终端运行pip3.10 list --formatfreeze installed_packages_3.10.txt。这个命令会把当前Python 3.10环境下所有通过pip安装的第三方库及其精确版本号保存到一个文本文件里。万一升级后某些库不兼容这就是你恢复环境的“救命清单”。其次安装编译Python所需的“建筑材料”。Python 3.11的源代码编译需要一堆开发库和工具。原始文章提到了几个但根据我的经验这个列表需要稍微扩充一下才能覆盖所有情况特别是为了确保pip、ssl和数据库驱动等能正常编译。我建议一次性安装以下依赖包sudo apt update sudo apt install -y build-essential zlib1g-dev libncurses5-dev libgdbm-dev libnss3-dev libssl-dev libreadline-dev libffi-dev libsqlite3-dev libbz2-dev liblzma-dev tk-dev这条命令做了两件事sudo apt update是刷新软件包列表确保我们获取到最新的源信息后面那一长串install则是安装编译工具链build-essential以及Python运行和编译所必需的各种库的头文件。比如libssl-dev是为了让Python支持HTTPS连接libsqlite3-dev是为了编译SQLite数据库模块这些都是Python标准库的重要组成部分。多装几个开发包没坏处可以避免编译过程中因为缺少某个库而报错导致中途折返。最后建立一个安全的测试环境。最理想的情况是你有一台和主力机环境相同的测试机或虚拟机。如果没有强烈建议使用Python虚拟环境venv来隔离测试。你可以在升级系统级Python之前先用Python 3.10创建一个虚拟环境在里面尝试安装Python 3.11的某些关键库看看有没有兼容性问题。虽然我们最终是要安装一个全新的、独立的Python 3.11解释器但提前用虚拟环境测试你的项目依赖能最大程度降低风险。执行python3.10 -m venv test_311_env然后激活环境source test_311_env/bin/activate再尝试用pip安装你项目依赖的主要库。3. 从源码编译安装Python 3.11步步为营的实操好了备份做完依赖装好我们可以正式开始安装Python 3.11了。我选择从源码编译安装而不是通过第三方PPA仓库。原因很简单可控性最强。你能决定安装路径、开启或关闭哪些功能而且得到的是一个完全独立于系统包管理器的Python解释器不会干扰Ubuntu自身的软件生态。第一步获取纯净的源代码。我们直接从Python官方的FTP服务器下载。打开终端我建议在一个干净的目录下操作比如~/src。cd ~ mkdir -p src cd src wget https://www.python.org/ftp/python/3.11.9/Python-3.11.9.tgz注意这里我使用了Python 3.11.9这个版本它是3.11系列的一个较新的维护版本修复了早期3.11.0的一些小问题更加稳定。下载完成后解压并进入源码目录tar -xzvf Python-3.11.9.tgz cd Python-3.11.9第二步配置编译选项。这是关键一步./configure脚本会检查你的系统环境并生成对应的编译方案。我强烈建议你指定一个明确的安装前缀--prefix把它安装到/usr/local目录下。这是类Unix系统存放本地安装软件的标准位置与/usr系统包管理器管理的软件区分开。./configure --enable-optimizations --prefix/usr/local这里的--enable-optimizations选项会进行一些额外的优化使得编译出的Python运行效率更高但编译时间会延长不少在我的机器上大概多了30%的时间。如果你赶时间可以去掉这个选项。--prefix/usr/local确保了最终的可执行文件会安装在/usr/local/bin/python3.11库文件在/usr/local/lib泾渭分明。第三步编译与安装。配置成功后就可以开始编译了。使用make命令如果你的CPU核心数多可以用-j参数来并行编译加速比如make -j 4就是用4个线程编译。make -j $(nproc)$(nproc)命令会自动获取你CPU的核心数用上所有核心进行编译这是最有效率的方式。编译过程可能需要几分钟到十几分钟取决于你的机器性能。编译完成后执行安装sudo make install这条命令会把编译好的文件复制到之前configure阶段指定的/usr/local目录下。因为要写入系统目录所以需要sudo权限。第四步立刻验证安装结果。安装完成后先别急着做其他操作马上验证一下是否成功。/usr/local/bin/python3.11 --version如果终端显示Python 3.11.9那么恭喜你Python 3.11已经成功安装到你的系统上了同时检查一下pip是否也一并安装好了/usr/local/bin/pip3.11 --version你应该能看到pip的版本信息并且其路径指向/usr/local/bin。至此一个全新的、独立的Python 3.11环境已经就绪。你可以通过它的完整路径来使用它比如/usr/local/bin/python3.11 my_script.py这完全不会影响系统原有的python3仍然是3.10版本。4. 管理多版本共存与切换让系统井然有序现在你的系统里至少有两个Python 3版本系统自带的Python 3.10位于/usr/bin/python3和我们刚安装的Python 3.11位于/usr/local/bin/python3.11。如何优雅地管理它们是接下来要解决的核心问题。我强烈反对一上来就粗暴地替换系统默认的python3软链接那无异于埋下一颗定时炸弹。最安全、最推荐的方法使用update-alternatives系统工具。这个工具就是专门用来管理系统中同一个命令的多个替代版本的。我们可以把Python 3.10和3.11都注册进去然后方便地切换全局默认版本。首先为每个版本注册一个“候选项”sudo update-alternatives --install /usr/bin/python3 python3 /usr/bin/python3.10 1 sudo update-alternatives --install /usr/bin/python3 python3 /usr/local/bin/python3.11 2解释一下这条命令--install后面跟了三个参数。第一个是软链接的位置/usr/bin/python3第二个是命令名python3第三个是此候选项的实际程序路径最后一个是优先级数字数字越大优先级越高。这里我给3.11设了更高的优先级2。注册完成后你可以通过以下命令来交互式地选择默认版本sudo update-alternatives --config python3终端会显示一个选择菜单大概长这样有 2 个候选项可用于替换 python3 (提供 /usr/bin/python3)。 选择 路径 优先级 状态 ------------------------------------------------------------ * 0 /usr/local/bin/python3.11 2 自动模式 1 /usr/bin/python3.10 1 手动模式 2 /usr/local/bin/python3.11 2 手动模式 要维持当前值[*]请按回车键或者键入选择的编号你可以按数字键选择你想设为默认的版本然后回车。之后无论在终端里输入python3还是pip3调用的都会是你选择的那个版本。这种方法的好处是切换是系统级的、可逆的而且完全在受控范围内。针对具体项目的终极方案虚拟环境Virtual Environment。对于实际的项目开发全局切换Python版本仍然不够精细。不同的项目可能依赖不同版本的库甚至不同版本的Python。这时候必须祭出虚拟环境这个“大杀器”。虚拟环境可以为每个项目创建一个独立的Python运行沙盒包括独立的解释器和包目录。使用我们新安装的Python 3.11创建虚拟环境非常简单/usr/local/bin/python3.11 -m venv myproject_env这行命令会使用Python 3.11解释器在当前目录下创建一个名为myproject_env的虚拟环境目录。激活它source myproject_env/bin/activate激活后你的终端提示符通常会发生变化前面多出(myproject_env)此时输入的python和pip命令都只作用于这个虚拟环境内部与系统全局环境完全隔离。你可以在里面用pip安装任何版本的库都不会影响其他项目或系统。退出虚拟环境只需要输入deactivate。我个人的工作流是系统全局Python通过update-alternatives固定在一个稳定版本比如3.10保证系统工具运行然后为每一个开发项目都用其所需的Python版本创建独立的虚拟环境。这样既保证了系统的绝对稳定又给予了项目最大的灵活性。5. 升级后的收尾工作与深度验证安装和配置都做完了但工作还没结束。我们需要进行一系列收尾和验证确保升级真正“平滑”没有留下隐患。首要任务是重建新环境的第三方库。全新的Python 3.11解释器里除了标准库第三方库是一片空白。你需要把项目所需的库重新安装一遍。还记得我们在第二步备份的installed_packages_3.10.txt文件吗现在它派上用场了。但是请注意不要直接对整个列表进行批量安装。因为有些库可能还没有发布兼容Python 3.11的版本或者其依赖项有冲突。比较稳妥的做法是先安装核心的、你确信常用的库比如pip、setuptools和wheel本身可以更新到最新版然后根据你项目的requirements.txt逐个或分批次安装。在虚拟环境里做这件事是最安全的。你可以使用pip install -r requirements.txt但密切注意安装过程中的任何错误或警告信息。其次进行功能与兼容性测试。光能import成功还不够需要实际运行测试。我通常会跑以下几个检查基础语法和特性测试写一个简单的脚本测试一下Python 3.11的新特性比如新的错误信息格式看看是否工作正常。# test_311_features.py try: x 1 1 except TypeError as e: print(f错误信息更清晰了: {e}) # 测试match语句3.10引入3.11优化 def http_error(status): match status: case 400: return Bad request case 404: return Not found case _: return Somethings wrong print(http_error(404))关键依赖库测试对你项目依赖的核心库如requests,numpy,pandas,Django等写一小段代码验证其基本功能是否正常。例如对于requests尝试发起一个简单的GET请求。现有项目测试在新建的Python 3.11虚拟环境中运行你现有项目的测试套件如果你有的话。或者手动执行项目的主要功能流程。这是最直接的验收方式。最后处理潜在的“钉子户”系统工具兼容性。即使你没有更改系统默认的python3链接一些系统脚本或工具可能会通过#!/usr/bin/env python3这样的shebang行来调用Python。它们现在调用的就是你通过update-alternatives设置的默认版本。你需要测试最关键的几个系统功能运行sudo apt update和sudo apt upgrade检查包管理器是否正常工作。运行gnome-terminal或其他你常用的GUI应用看是否有异常。如果你使用了cron定时任务或systemd服务并且它们调用了Python脚本也需要验证这些脚本在新环境下能否正常执行。如果发现某个系统工具因Python版本问题报错你有两个选择一是通过update-alternatives临时将全局python3切换回3.10运行完该工具后再切回来二是更彻底地修改该工具的调用方式或者为其创建一个专用的、使用Python 3.10的虚拟环境。经过这一系列细致的验证和调整你的Ubuntu 24系统就真正实现了Python 3.10与3.11的完美共存与平滑升级。整个过程的核心思想就是“隔离”与“可控”不追求一步到位的替换而是通过工具和规范让多个版本在系统内和谐共处随时听候调遣。