怎样选择 CentOS Python 安装版本

选择 CentOS 上的 Python 安装版本

一 核心原则

在 CentOS 上安装 Python，有几条铁律必须遵守。首要原则是：绝对不要删除或覆盖系统自带的 Python。原因很简单，系统工具链依赖它。比如在 CentOS 7 上，yum 包管理器就离不开 Python 2.7；到了 CentOS 8，dnf 则依赖 Python 3.6。一旦动了默认解释器，包管理器等核心工具就可能罢工。所以，所有自定义版本都应该以并行方式安装，并通过明确的命令，比如 python3、pip3 来调用。

其次，选择版本时，项目需求是最高优先级。这个优先级顺序通常是：框架或库的最低版本要求 > 企业或合规策略 > 运维的可维护性。

最后，在满足前两条的前提下，优先选择仍在维护的版本。这样可以有效规避已知的安全漏洞和兼容性问题，为项目的长期稳定运行打下基础。

二 版本选择快速建议

面对不同场景，如何快速决策？下面这张表或许能给你清晰的指引。

这里有个关键点需要注意：仓库里能直接安装的版本，和你的系统版本强相关。例如，CentOS 7 通过 EPEL 仓库通常最高只能到 Python 3.6，而 CentOS 8 的仓库里常见的是 3.9。如果你需要 3.10 或更高版本，通常就得启用额外的第三方仓库，或者干脆自己动手源码编译了。

三 按 CentOS 版本给出选择

道理都懂，但具体到不同版本的 CentOS 上，该怎么操作呢？我们分情况来看。

• CentOS 7
  • 现状：系统自带 Python 2.7；通过 EPEL 仓库可以安装 Python 3.6。
  • 选择：启动新项目，优先考虑 3.11 或 3.12；维护老项目，优先考虑 3.8 或 3.9；如果只求稳定省心，直接用仓库里的 3.6 也行。
  • 方式：安装 3.6 直接用 yum；安装 3.8 及以上版本，则需要源码编译或使用 pyenv。
• CentOS 8
  • 现状：系统仓库里常见的是 Python 3.9。如果需要 3.10 或更高版本，就得检查有没有额外的仓库支持，或者走源码编译的路子。
  • 选择：新项目选 3.11/3.12；老项目用 3.9/3.8；追求最省心的方案，就用仓库里的 3.9。
  • 方式：安装 3.9 直接用 dnf；安装更高版本，则选择源码编译或 pyenv。
• CentOS Stream 8/9
  • 现状：AppStream 仓库通常会提供多个 python3.x 版本（比如 3.9、3.11 等，具体看仓库配置）。
  • 选择：优先使用仓库提供的次新 LTS 版本（例如 3.11）。如果是全新项目，也可以用 3.12（前提是仓库已经提供了）。
  • 方式：优先通过 dnf 安装对应的 python3.x 和 python3.x-pip 包。如果需要对版本进行更精细的控制，再考虑源码编译或 pyenv。

四 安装与切换策略

选好了版本，安装和日常使用也有讲究。记住以下几个要点，能帮你避开不少坑。

• 并行安装，避免替换系统 Python：如果选择源码编译，记得使用 make altinstall 命令。或者，直接用 pyenv 在用户目录下管理多个版本。这两种方式都能确保系统工具链不受影响。
• 正确调用与切换：调用时，使用 python3.x 或 pip3.x 来明确指定版本。如果想为系统设置一个默认的 python3 命令，优先使用 alternatives 工具来管理，而不是简单粗暴地覆盖 /usr/bin/python 这个软链接。
• 依赖与编译：在源码编译 Python 之前，务必提前安装好编译依赖，比如 gcc、openssl-devel、bzip2-devel、libffi-devel、zlib-devel 等。否则，你可能会遇到 pip 无法安装，或者 SSL 功能缺失等令人头疼的问题。
• 项目级隔离：为每个项目创建一个独立的虚拟环境（使用 python3 -m venv .venv），并在虚拟环境内安装项目依赖。这是避免不同项目间依赖冲突的最佳实践。
• 脚本 shebang：在你写的脚本文件首行，使用解释器的绝对路径（例如 #!/usr/bin/python3.11）。这样可以确保脚本运行时调用的是你期望的 Python 版本，而不是系统的默认版本。

五 快速决策清单

如果你还是觉得步骤太多，记不住，那么直接对照下面这个清单来操作吧：

• 第一步：明确你的项目对 Python 的最低版本要求（主要看所用框架或核心库的要求）。
• 第二步：查看你当前 CentOS 系统版本，以及官方仓库里可用的 Python 版本（记住，CentOS 7 常见到 3.6；CentOS 8 常见到 3.9）。
• 第三步：如果仓库版本满足需求，优先使用 yum/dnf 安装；如果不满足，就在源码编译和 pyenv 之间选一个。
• 第四步：如果你需要管理多个 Python 版本，用 pyenv；同时，为每个项目创建独立的 venv 虚拟环境。
• 第五步：永远记住，不要替换系统的 python。调用时，要么用 alternatives 管理默认命令，要么直接使用带版本号的显式命令。