CentOS怎么用Python版本_CentOS多版本Python管理与使用教程-CentOS-PHP中文网

使用pyenv和虚拟环境可在CentOS上安全管理多版本Python。首先安装依赖并配置pyenv，用于隔离不同Python版本；再通过pyenv install安装所需版本，用global、local或shell命令切换。结合pyenv-virtualenv为项目创建独立环境，避免依赖冲突。关键是不改动系统Python，确保系统工具稳定，同时满足开发需求。每次切换后验证python --version和which python，确保环境正确生效。

centos怎么用python版本_centos多版本python管理与使用教程

在CentOS上管理和使用不同版本的Python，最核心的思路是避免直接修改系统自带的Python环境，因为那通常是Yum等系统工具赖以运行的基础。我们通常会采用像

pyenv

登录后复制

这样的工具来安装和切换多个Python版本，它能很好地隔离各个Python环境，让开发者可以自由选择，同时又不会影响系统稳定性。如果追求极致的控制，也可以选择手动编译安装，但那样对路径和环境变量的管理会更考验功力。

解决方案

要高效且安全地在CentOS上管理多个Python版本，我个人强烈推荐使用

pyenv

登录后复制

。它提供了一个非常优雅的解决方案，能让你在不干扰系统默认Python的情况下，安装任意数量的Python版本，并在不同项目或会话中轻松切换。

首先，你需要安装

pyenv

登录后复制

及其所需的依赖。在CentOS上，这通常涉及到一些开发工具和库：

# 安装开发工具和必要的库
sudo yum update
sudo yum groupinstall "Development Tools" -y
sudo yum install zlib-devel bzip2-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel gdbm-devel db4-devel libpcap-devel xz-devel expat-devel -y
# 如果需要编译最新的Python版本，可能还需要更多，比如libffi-devel
sudo yum install libffi-devel -y

登录后复制

接着，安装

pyenv

登录后复制

本身。最常见的方式是从GitHub克隆：

立即学习“Python免费学习笔记（深入）”；

git clone https://github.com/pyenv/pyenv.git ~/.pyenv
echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bashrc
echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bashrc
echo -e 'if command -v pyenv 1>/dev/null 2>&1; then\n  eval "$(pyenv init -)"\nfi' >> ~/.bashrc
source ~/.bashrc

登录后复制

如果你使用的是Zsh，就修改

~/.zshrc

登录后复制

文件。

安装完

pyenv

登录后复制

后，你就可以用它来安装各种Python版本了。例如，安装Python 3.9.10 和 Python 3.10.8：

pyenv install 3.9.10
pyenv install 3.10.8

登录后复制

这个过程可能需要一些时间，因为它会从源码编译Python。

安装完成后，你可以查看所有已安装的版本：

pyenv versions

登录后复制

切换Python版本是

pyenv

登录后复制

的核心功能：

全局切换：
```
pyenv global 3.9.10
```
登录后复制
会将默认的Python版本设置为3.9.10，对所有shell会话生效。
局部切换： 进入某个项目目录，运行
```
pyenv local 3.10.8
```
登录后复制
，会在该目录下创建一个
```
.python-version
```
登录后复制
文件，指定该项目使用Python 3.10.8。当你进入这个目录时，Python版本会自动切换。
临时切换：
```
pyenv shell 3.9.10
```
登录后复制
只在当前shell会话中临时使用Python 3.9.10。

每次切换后，记得运行

pyenv rehash

登录后复制

（虽然新版

pyenv

登录后复制

通常会自动处理，但手动执行一下总是没错的），然后用

python --version

登录后复制

和

which python

登录后复制

来验证当前使用的Python解释器。

CentOS系统自带Python与多版本共存的必要性与挑战

在CentOS这样的企业级Linux发行版上，系统自带的Python（通常是Python 2.x，即便最新的CentOS Stream 8/9，系统核心也可能依赖特定的Python 3版本）扮演着至关重要的角色。

yum

登录后复制

、

dnf

登录后复制

以及许多系统管理脚本都可能直接或间接依赖它。因此，一个不小心，比如直接升级系统Python或者在系统路径下安装了不兼容的库，就可能导致系统工具崩溃，甚至让系统陷入半瘫痪状态。这可不是开玩笑的，我见过不少新手因为这个原因不得不重装系统。

而我们作为开发者，或者需要运行特定应用的管理员，往往需要更新的Python版本（比如Python 3.6+），甚至是多个不同版本的Python来满足不同项目的需求。比如，一个遗留项目可能跑在Python 3.6上，而新项目则需要Python 3.9的特性。这就引出了多版本共存的必要性。

挑战在于，如何让这些“外来”的Python版本与系统自带的Python和谐共处，互不干扰。最常见的问题就是

PATH

登录后复制

环境变量冲突，哪个

python

登录后复制

命令会先被找到？

pip

登录后复制

安装的库会跑到哪个Python环境里？这些都是我们需要精心管理的地方。如果没有一个好的策略，很容易就造成“依赖地狱”，或者不小心就破坏了系统环境。所以，隔离性是关键，这也是为什么

pyenv

登录后复制

这类工具会如此受欢迎。

简篇AI排版

AI排版工具，上传图文素材，秒出专业效果！

554

查看详情

Pyenv在CentOS上的安装、配置与常用操作详解

我前面已经大致提到了

pyenv

登录后复制

的安装步骤，这里我们再深入一些，特别是针对CentOS环境可能遇到的一些细节。

安装前置依赖： CentOS在编译Python时，对依赖库的要求比较严格。除了前面提到的

Development Tools

登录后复制

，

zlib-devel

登录后复制

、

bzip2-devel

登录后复制

、

openssl-devel

登录后复制

、

sqlite-devel

登录后复制

等都是必不可少的。如果你在

pyenv install

登录后复制

时遇到类似

ModuleNotFoundError: No module named '_ssl'

登录后复制

或者

zipimport.ZipImportError: can't decompress data; zlib not available

登录后复制

的错误，那基本就是对应的

devel

登录后复制

包没装。

libffi-devel

登录后复制

对于一些需要CFFI的库（比如

cryptography

登录后复制

）来说也很重要。

# 再次强调这些依赖的重要性
sudo yum install -y gcc make patch zlib-devel bzip2-devel openssl-devel ncurses-devel \
sqlite-devel readline-devel tk-devel gdbm-devel db4-devel libpcap-devel xz-devel \
libffi-devel # 针对Python 3.7+ 尤其重要

登录后复制

Pyenv的安装与环境变量配置： 将

pyenv

登录后复制

克隆到

~/.pyenv

登录后复制

目录下，然后关键一步是将其添加到shell的初始化脚本中（

~/.bashrc

登录后复制

或

~/.zshrc

登录后复制

）。

eval "$(pyenv init -)"

登录后复制

这行命令是

pyenv

登录后复制

魔法的核心，它会修改你的

PATH

登录后复制

，并设置一些shell函数，让

pyenv

登录后复制

能够“劫持”

python

登录后复制

、

pip

登录后复制

等命令，确保它们指向当前

pyenv

登录后复制

激活的Python版本。

# 确保这些行在你的shell配置文件中，并且在PATH设置之后
export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init --path)" # 推荐使用 --path 替代旧的 -
eval "$(pyenv init -)"
eval "$(pyenv virtualenv-init -)" # 如果你计划使用 pyenv-virtualenv

登录后复制

配置完成后，

source ~/.bashrc

登录后复制

（或

~/.zshrc

登录后复制

）让其生效。

安装Python版本： 使用

pyenv install <version>

登录后复制

命令。

pyenv

登录后复制

会自动下载源码、编译并安装。如果遇到编译失败，通常是缺少上述依赖库，或者网络问题导致源码下载失败。可以尝试手动下载源码放到

~/.pyenv/cache

登录后复制

目录，或者检查网络代理设置。

切换与验证：

```
pyenv global <version>
```
登录后复制
：设置全局默认版本。
```
pyenv local <version>
```
登录后复制
：设置当前目录及子目录的Python版本。
```
pyenv shell <version>
```
登录后复制
：设置当前shell会话的Python版本。

每次切换后，务必通过

python --version

登录后复制

和

which python

登录后复制

来确认当前激活的Python解释器是否是你期望的。例如，如果你设置了

pyenv global 3.9.10

登录后复制

，那么

python --version

登录后复制

应该显示

Python 3.9.10

登录后复制

，

which python

登录后复制

应该指向

~/.pyenv/versions/3.9.10/bin/python

登录后复制

。

Python虚拟环境（Virtualenv）在多版本管理中的角色与实践

有了

pyenv

登录后复制

来管理Python解释器版本，我们还需要更细粒度的项目依赖管理。这就轮到Python虚拟环境（Virtualenv）登场了。在我看来，

pyenv

登录后复制

和

virtualenv

登录后复制

（或者

venv

登录后复制

，Python 3.3+自带的）是Python开发者的“左右护法”，缺一不可。

为什么需要虚拟环境？ 想象一下，你有一个项目A需要

Django 2.x

登录后复制

和

requests 2.x

登录后复制

，而另一个项目B需要

Django 3.x

登录后复制

和

requests 3.x

登录后复制

。如果所有这些库都安装在同一个Python环境中，版本冲突几乎是必然的。虚拟环境的作用就是为每个项目创建一个独立的、隔离的Python运行环境。每个虚拟环境都有自己的

site-packages

登录后复制

目录，项目A的依赖不会影响项目B，反之亦然。这就像给每个项目一个专属的沙盒。

pyenv

登录后复制

与
virtualenv
登录后复制
的整合：

pyenv

登录后复制

本身并不直接提供虚拟环境功能，但它有一个非常方便的插件

pyenv-virtualenv

登录后复制

，可以让你在特定Python版本下创建和管理虚拟环境。

首先，确保你安装了

pyenv-virtualenv

登录后复制

插件。如果你是按照我上面给出的

pyenv

登录后复制

安装方式，它通常会作为

pyenv

登录后复制

的子模块一起克隆下来。如果没有，可以手动安装：

git clone https://github.com/pyenv/pyenv-virtualenv.git $(pyenv root)/plugins/pyenv-virtualenv
echo 'eval "$(pyenv virtualenv-init -)"' >> ~/.bashrc # 添加到shell配置文件
source ~/.bashrc

登录后复制

然后，你就可以在某个

pyenv

登录后复制

管理的Python版本下创建虚拟环境了：

# 假设你已经安装了 Python 3.9.10
pyenv virtualenv 3.9.10 my-project-env-3.9

登录后复制

这条命令会在Python 3.9.10的基础上创建一个名为

my-project-env-3.9

登录后复制

的虚拟环境。

激活与使用虚拟环境： 创建后，你可以像切换Python版本一样切换到这个虚拟环境：

pyenv activate my-project-env-3.9

登录后复制

激活后，你的shell提示符通常会显示虚拟环境的名称，此时

python

登录后复制

和

pip

登录后复制

命令都会指向这个虚拟环境内部。你在这个环境中安装的所有库都只会存在于这个环境里。

完成工作后，退出虚拟环境：

pyenv deactivate

登录后复制

最佳实践： 我个人的习惯是，为每一个新的Python项目都创建一个独立的虚拟环境，并且通常会结合

pyenv local

登录后复制

来管理。比如，在一个项目目录下：

```
pyenv local 3.9.10
```
登录后复制
（指定该项目使用Python 3.9.10作为基础解释器）
```
pyenv virtualenv 3.9.10 my-project-name
```
登录后复制
（基于3.9.10创建虚拟环境）
```
pyenv local my-project-name
```
登录后复制
（让该目录默认激活这个虚拟环境）

这样，每次我进入这个项目目录，虚拟环境就会自动激活，非常方便。

故障排除： 如果发现

pip

登录后复制

安装的包没有出现在你期望的虚拟环境中，或者

python

登录后复制

命令没有指向正确的解释器，请检查：

是否正确激活了虚拟环境？
```
pyenv rehash
```
登录后复制
是否运行过？
```
PATH
```
登录后复制
环境变量是否正确配置，
```
pyenv
```
登录后复制
的
```
eval
```
登录后复制
命令是否生效？
有没有其他全局的Python安装（比如通过
```
sudo pip
```
登录后复制
安装的）干扰了路径？

总之，

pyenv

登录后复制

解决了Python解释器版本的宏观管理，而虚拟环境则解决了项目依赖的微观隔离。两者结合，才能在CentOS上构建一个健壮、灵活且高效的Python开发环境。

以上就是CentOS怎么用Python版本_CentOS多版本Python管理与使用教程的详细内容，更多请关注php中文网其它相关文章！

大家都在看：

CentOS权限管理如何实施_CentOS权限管理最佳实践 CentOS资源限制如何配置_CentOS资源限制设置方法 CentOS时间同步如何配置_CentOS时间同步设置方法 CentOS服务管理怎么操作_CentOS服务启动停止设置方法 CentOS容器编排如何配置_CentOS部署Kubernetes集群