CentOS多Python版本冲突，如何切换默认版本？

在 CentOS 系统中，Python 是许多核心系统工具（如 yum）所依赖的重要组件，系统通常会自带一个特定版本的 Python（CentOS 7 自带 Python 2.7，CentOS 8 自带 Python 3.6），在开发或部署应用时，我们往往需要使用不同版本的 Python，学会如何在 CentOS 上安全、有效地切换 Python 版本，是一项至关重要的技能，本文将介绍几种主流的方法，并分析其优劣,帮助您选择最适合自己场景的方案。

检查当前 Python 版本

在开始切换之前，首先需要了解系统中已安装的 Python 版本,可以使用以下命令进行查看：

python --version
# 或者，如果系统同时存在 Python 2 和 3
python2 --version
python3 --version

可以列出 /usr/bin/ 目录下所有与 Python 相关的可执行文件,以获得更全面的视图：

ls -l /usr/bin/python*

直接修改系统默认链接（高风险，不推荐）

最直接的方法是修改 /usr/bin/python 这个符号链接，使其指向您想要的 Python 版本，要将默认版本从 Python 2.7 切换到 Python 3.6,可以执行：

# 备份原有链接
mv /usr/bin/python /usr/bin/python.bak
# 创建新的符号链接
ln -sf /usr/bin/python3 /usr/bin/python

重要警告：这种方法虽然简单，但极有可能破坏系统的稳定性，因为 yum 等系统管理工具是硬编码依赖系统自带的 Python 版本的，一旦修改了默认的 python 命令，这些工具可能会因为语法不兼容而崩溃，导致无法安装或更新软件包，除非您非常清楚自己在做什么，并有备用方案,否则强烈建议不要使用此方法。

使用 alternatives 工具（系统级切换推荐）

alternatives 是 Linux 系统中一个用于管理同一软件多个版本的强大工具，它允许您在不破坏系统链接的情况下，灵活地切换默认版本，这是在系统范围内切换 Python 版本的推荐方法。

步骤 1：安装新版本的 Python

确保您已经安装了需要的 Python 版本，通过 Software Collections (SCL) 安装 Python 3.8：

yum install centos-release-scl
yum install rh-python38

安装后，可执行文件通常位于 /opt/rh/rh-python38/root/bin/python3。

步骤 2：将 Python 版本注册到 alternatives

使用 alternatives --install 命令来注册各个 Python 版本，命令格式为：alternatives --install <link> <name> <path> <priority>。

• <link>: 通用符号链接，如 /usr/bin/python。
• <name>: 这个链接组的名称，如 python。
• <path>: 该版本可执行文件的完整路径。
• <priority>: 优先级数字，数字越大,优先级越高。

# 注册系统自带的 Python 2.7，优先级设为 1
alternatives --install /usr/bin/python python /usr/bin/python2 1
# 注册新安装的 Python 3.8，优先级设为 2（更高）
alternatives --install /usr/bin/python python /opt/rh/rh-python38/root/bin/python3 2

步骤 3：配置默认版本

可以使用 alternatives --config 命令来交互式地选择默认版本：

alternatives --config python

系统会列出所有已注册的版本，并提示您输入数字来选择，选择完成后，/usr/bin/python 就会自动指向您选择的版本。

使用虚拟环境（开发者首选）

对于开发者而言，最佳实践是为每个项目创建独立的虚拟环境，这样可以完全隔离项目依赖，避免不同项目之间因版本需求不同而产生冲突，同时也无需修改系统级的 Python 配置。

Python 3 自带了 venv 模块来创建虚拟环境。

步骤 1：创建虚拟环境

进入您的项目目录,然后运行以下命令：

# 确保使用的是您想要的 Python 版本（如 python3.8）
python3.8 -m venv my_project_env

这会在当前目录下创建一个名为 my_project_env 的文件夹，其中包含了 Python 解释器和 pip 等工具的副本。

步骤 2：激活虚拟环境

source my_project_env/bin/activate

激活后，您的终端提示符前会出现 (my_project_env) 字样，表示当前正处于该虚拟环境中。python 和 pip 命令都指向了这个环境中的版本。

步骤 3：退出虚拟环境

当您完成工作后,可以使用以下命令退出环境：

deactivate

方法对比

为了更直观地理解,下表小编总结了上述三种方法的特点：

方法	优点	缺点	推荐场景
修改系统链接	操作简单，一步到位	极高风险，可能导致系统工具（如yum）损坏	几乎不推荐，仅限特殊测试环境
alternatives	安全、可控，支持系统级切换	需要学习 alternatives 命令，配置略复杂	需要在整个系统范围内统一默认Python版本时
虚拟环境	完全隔离，项目独立，不影响系统	每次使用需激活，每个项目需单独创建	绝大多数开发场景，是现代Python开发的最佳实践

---

相关问答 FAQs

我错误地修改了系统默认的 Python 链接，导致 yum 命令无法使用，应该如何修复？

解答：这是一个常见问题，最直接的修复方法是编辑 /usr/bin/yum 文件，使用 vi 或 nano 打开它：

vi /usr/bin/yum

您会看到文件的第一行（称为 shebang）可能是 #!/usr/bin/python，将其修改为系统原始的 Python 解释器路径，例如在 CentOS 7 上是 #!/usr/bin/python2，保存并退出文件后，yum 命令应该就能恢复正常了，如果不确定原始版本，可以查看 /usr/bin/python.bak（如果您按方法一备份了）指向哪个版本。

如何彻底卸载通过源码编译安装的 Python？

解答：如果您在编译 Python 的源码目录中保留了 Makefile，最安全、最干净的卸载方式是回到该目录,执行：

make uninstall

这个命令会读取 Makefile 中的安装记录，并删除所有已安装的文件，如果源码目录已被删除，卸载过程会变得非常繁琐，需要手动查找并删除相关文件，这很容易出错或遗漏，强烈建议在通过源码安装软件后，保留其源码目录,以备将来卸载或更新之用。