- 查看python版本最直接的方法是使用命令 python –version 或 python3 –version；2. 要确定python可执行文件路径，使用 which python 或 which python3；3. 通过 ls -l /usr/bin/python* 可查看系统中所有python相关软链接和实际版本；4. debian/ubuntu系统可用 update-alternatives –display python 查看版本管理配置；5. rhel/centos系统可通过 rpm -qa | grep python 查询已安装的python相关包；6. 虚拟环境中显示的版本仅限该环境，需退出后重新检查才能获取系统全局版本；7. 系统自带python用于系统工具运行，开发者安装的python用于项目需求，虚拟环境则提供项目级隔离；8. 推荐使用 pyenv 管理多版本python，避免修改系统python；9. conda 适合数据科学场景，提供完整的环境与依赖管理；10. 使用 venv 可创建轻量级虚拟环境实现项目依赖隔离；11. 遇到“command not found”时需检查python是否安装及path是否包含其路径；12. 当版本显示不一致时，应检查软链接指向和虚拟环境状态；13. pip与python不匹配会导致包无法导入，应使用 python -m pip install 确保一致性；14. 环境变量未持久化会导致终端重启后配置失效，需将设置写入 ~/.bashrc 或 ~/.zshrc 并执行 source 命令生效。正确理解path、软链接和虚拟环境机制是解决python版本管理问题的关键。
在Linux系统里，想知道当前装的Python是哪个版本，最直接的方法就是打开终端，敲入
python --version
或者
python3 --version
。这能迅速告诉你系统默认或你正在使用的Python解释器版本号。但如果想深入了解更多，比如它的安装路径、是不是多个版本并存，那就要用点别的招数了。
要全面摸清Linux系统里Python的底细，光看版本号还不够。我通常会这么操作：
最基础的当然是：
立即学习“Python免费学习笔记（深入）”；
python --version # 或者如果你主要用Python 3 python3 --version
这给的是当前默认或者你命令行里直接调用的那个Python版本。但很多时候，系统里不止一个Python。
想知道这个Python可执行文件到底在哪儿？用
which
命令：
which python which python3
这会告诉你它的绝对路径，比如
/usr/bin/python
。知道了路径，你就能推测它是不是系统自带的，还是通过其他方式安装的。
进一步地，如果想看系统里可能存在的其他Python可执行文件，尤其是那些通过软链接指向的：
ls -l /usr/bin/python*
这能列出
/usr/bin/
下所有以
python
开头的文件或软链接，经常能发现
python
指向
python2.7
或
python3.8
这样的真实版本。
对于Debian/Ubuntu系的用户，系统可能通过
update-alternatives
管理多个Python版本。查看它能让你对系统层面的Python配置有个清晰的认识：
update-alternatives --display python
这会显示
python
这个命令当前指向哪个具体的Python版本，以及有哪些备选。
如果是RHEL/CentOS，通过包管理器查询也是个办法，能看到安装了哪些Python相关的RPM包：
rpm -qa | grep python
这会列出所有已安装的包含“python”关键词的RPM包，虽然不直接显示“当前版本”，但能提供一个包管理层面的视角。
最后，别忘了虚拟环境（venv或conda）。如果你在一个激活的虚拟环境里，
python --version
显示的是虚拟环境里的版本，而不是系统全局的。退出虚拟环境再查，才能看到全局的。这一点，我踩过不少坑，以为系统Python版本变了，结果只是忘了退出
venv
。
为什么我的Linux系统里有多个Python版本？它们有什么区别？
这个问题，几乎每个在Linux上做Python开发的人都会遇到。我的电脑上，光是“Python”这个名字，可能就对应着好几个实际的解释器。这主要有几个原因：
Linux系统本身需要Python。很多系统工具、脚本（比如
yum
、
apt
等）都是用Python编写的。这些系统级别的Python版本（通常是Python 2.x，或者较旧的Python 3.x）是系统正常运行的基石，你不能轻易动它，否则系统可能就“瘫痪”了。它们通常安装在
/usr/bin/python
或
/usr/bin/python2
这类路径下。
作为开发者，我们可能需要更新、更特定版本的Python。比如，系统自带的是Python 3.6，但你的项目需要Python 3.9的新特性。这时候，你可能会通过
pyenv
、
asdf
或者直接从源代码编译安装一个新的Python版本。这些版本通常安装在用户目录下（如
~/.pyenv/versions/
）或者
/usr/local/bin/
。它们是为开发目的而生，与系统Python相互独立。
再者，虚拟环境（
venv
、
conda
、
virtualenv
等）也是“多个Python版本”的体现。每个虚拟环境都创建了一个独立的Python解释器副本和包管理空间。这样做的好处是，不同项目的依赖包可以完全隔离，避免版本冲突。你在这个环境里安装的任何库，都不会影响到系统全局的Python或者其他项目的Python环境。这是我日常开发中最常用的方式，能有效避免“依赖地狱”。
简而言之，系统Python是给系统用的，开发者安装的Python是给你自己项目用的，而虚拟环境里的Python是给特定项目“量身定制”的。理解这三者的区别，是高效管理Python环境的关键。
如何安全地管理和切换Linux上的Python版本？
管理Linux上的Python版本，最核心的原则就是：永远不要直接修改或删除系统自带的Python。这是个雷区，踩了轻则某个命令跑不起来，重则系统都可能无法启动。我的经验是，最好使用专门的工具来处理。
我个人最推荐的是
pyenv
。它是一个Python版本管理工具，允许你在同一台机器上安装和管理多个Python版本，并且可以轻松地在不同版本之间切换。它的工作原理是修改你的
PATH
环境变量，让
python
命令指向你当前选择的版本。安装
pyenv
后，你可以用它安装任意Python版本：
pyenv install 3.9.12 pyenv global 3.9.12 # 设置全局默认版本 pyenv local 3.8.10 # 为当前目录设置特定版本
pyenv
的好处在于，它将不同版本的Python安装在用户目录下，不会和系统Python冲突。
另一个流行的选择是
conda
（Miniconda或Anaconda）。如果你主要做数据科学或机器学习，
conda
提供了强大的环境管理功能，不仅能管理Python版本，还能管理各种科学计算库及其依赖。它的环境隔离做得非常好：
conda create -n myenv python=3.9 conda activate myenv
conda
的生态系统非常完善，但相比
pyenv
来说，它更“重”一些。
对于轻量级的项目隔离，Python自带的
venv
模块是首选。它不需要额外安装工具，直接就能用：
python3 -m venv myproject_env source myproject_env/bin/activate
每次进入项目目录时激活对应的虚拟环境，就能确保项目依赖的独立性。这是我处理多数项目依赖的默认方式，简单直接，效率很高。
对于Debian/Ubuntu用户，如果你确实需要在系统层面调整
python
命令的指向（例如，让
python
默认指向
python3
而不是
python2
），可以使用
update-alternatives
。但这需要谨慎操作，并且通常只推荐给那些明确知道自己在做什么的系统管理员：
sudo update-alternatives --install /usr/bin/python python /usr/bin/python3 1 sudo update-alternatives --config python
这个命令会提示你选择
python
命令应该指向哪个具体的解释器。但请记住，这会影响到所有依赖
python
命令的系统脚本。所以，除非万不得已，我更倾向于在用户层面通过
pyenv
或虚拟环境来管理。
检查Python版本时可能遇到的常见问题和解决方案
在Linux上查看或使用Python时，总会遇到些让人头疼的小状况。我总结了几类常见问题，希望能帮你少走弯路。
问题1：
python: command not found
或
python3: command not found
这通常意味着Python解释器不在你的
PATH
环境变量里，或者根本就没安装。
- 解决方案：
- 确认是否真的安装了Python。新装的Linux系统可能默认只带Python 2，或者根本没装。
- 检查
PATH
环境变量：
echo $PATH
。看看Python的安装路径（比如
/usr/bin
或
~/.pyenv/shims
）是否在其中。如果不在，需要添加到
.bashrc
或
.zshrc
文件中并
source
更新。
- 如果使用了
pyenv
或
conda
，确保它们的环境变量设置正确，并且你已经
pyenv init
或
conda init
。
问题2：
python --version
和
python3 --version
显示的版本不一致，或者和预期不符 这是多版本并存的典型表现。
- 解决方案：
- 明确你到底想用哪个Python。系统默认的
python
可能指向Python 2，而
python3
才指向Python 3。
- 如果你在虚拟环境里，确保虚拟环境已激活。在激活的虚拟环境里，
python
命令通常会指向虚拟环境内部的Python版本。退出虚拟环境（
deactivate
）再查，就能看到全局的Python版本。
- 检查软链接：
ls -l /usr/bin/python
可以看出
python
命令实际指向哪个具体的解释器。
- 明确你到底想用哪个Python。系统默认的
问题3：
pip
安装的包，在
python
里却找不到 这几乎可以肯定是你用的
pip
和
python
不是同一个解释器下的。比如，你用
pip2
安装了包，却想在
python3
里导入。
- 解决方案：
- 始终使用与你当前
python
版本对应的
pip
。最稳妥的方式是：
python -m pip install <package_name> python3 -m pip install <package_name>
这样就能确保
pip
是在当前
python
解释器的上下文中运行的。
- 在虚拟环境里，激活环境后直接用
pip install
即可，它会自动关联到当前环境的Python。
- 始终使用与你当前
问题4：在新的终端会话中，之前设置的Python版本又变回去了 这通常是环境变量没有持久化的原因。
- 解决方案：
- 确保所有修改
PATH
或
pyenv init
等命令都写入了你的 shell 配置文件，比如
~/.bashrc
、
~/.zshrc
或
~/.profile
。每次打开新终端时，这些文件都会被执行，从而加载你的配置。修改后记得
source ~/.bashrc
来立即生效。
- 确保所有修改
处理这些问题，关键在于理解Linux的
PATH
环境变量、软链接机制以及虚拟环境的隔离作用。多用
which
命令和
echo $PATH
，就能逐步理清头绪。
评论（已关闭）
评论已关闭