“生命苦短，我用 Python。”一句话说明了 Python 开发的便利性，这也是这么多开发者热衷 Python 的原因。
但是 Python 一个不友好的地方，就是版本管理。例如有的项目使用 Python 2.x，有的项目使用 Python 3.x，而二者之间就有很多不兼容，并且一些库只支持 Python 2.x，不支持 Python 3.x。另外，同一个库，有的项目需要用到高版本，有的项目需要用到低版本，这也会造成版本管理上的不兼容。
为此，出现了很多版本管理工具，例如标题提到的 virtualenv、pyvenv、pyenv、pyenv virtualenv 等等（还有类似 pipenv 等工具，没使用过就不讨论了），主要就是用来解决上面提到的问题的。这几个工具名字看起来有点类似，导致有些人一直没弄清楚。本文就为大家梳理清楚他们各自的功能，以及相互之间的关系。
virtualenv 所要解决的是同一个库不同版本共存的兼容问题。例如项目 A 需要用到 requests 的 1.0 版本，项目 B 需要用到 requests 的 2.0 版本。如果不使用工具的话，一台机器只能安装其中一个版本，无法满足两个项目的需求。
virtualenv 的解决方案是为每个项目创建一个独立的虚拟环境，在每个虚拟环境中安装的库，对其他虚拟环境完全无影响。所以就可以在一台机器的不同虚拟环境中分别安装同一个库的不同版本。
virtualenv 在使用方法上也比较简单：
pyvenv 与 virtualenv 功能和用法类似。不同点在于：
pyvenv 实际上是 Python 3.x 的一个模块 venv，等价于 python -m venv。
pyvenv 的用法和 virtualenv 类似：
与上述两个工具不同，pyenv 不是用来管理同一个库的多个版本，而是用来管理一台机器上的多个 Python 版本。主要解决开发中有的项目需要用Python 2.x，有的项目需要用Python 3.x的场景。
网上有很多教程，讲如何在一台机器上同时安装2.x和3.x两个版本，使用时分别用python、python3区分。但是这种方法有几个明显的缺点：
pyenv 支持在一台机器上同时安装 cpython（平时说的 Python）、jython、anaconda、micropython、miniconda、pypy、stackless 等等的任意当前可用版本，例如可以同时安装 Python 2.6.9、2.7.15、3.6.6、3.8-dev 几个版本。
而且 pyenv 使用了垫片的原理，可以做到进入项目目录自动选择 Python 版本，使用极为方便，这也是我目前正在使用的工具。pyenv 是开源工具，具体实现原理在我的另外一篇文章《》中解析。
pyenv使用方法非常简单：
上面例子中在在 myproject 项目目录设置了 pyenv local 3.8.2 之后，后续进入该目录及其子目录时，所执行的 python 命令就是 3.8.2 版本，不需手动执行 activate；离开该目录之后，执行的的 python 命令就是系统安装的或者 pyenv global 指定的版本，不需要手动执行 deactivate。
上述几种用法中，优先级为：pyenv shell > pyenv local > pyenv global > system。即优先使用 pyenv shell 设置的版本，三种级别都没设置时才使用系统安装的版本。
前面提到 pyenv 要解决的是多个 Python 的版本管理问题，virtualenv 要解决的是同一个库的版本管理问题。但如果两个问题都需要解决呢？分别使用不同工具就很麻烦了，而且容易有冲突。为此，pyenv 引入了了 virtualenv 插件，可以在 pyenv 中解决同一个库的版本管理问题。
通过 pyenv virtualenv 命令，可以与 virtualenv 类似的创建、使用虚拟环境。但由于 pyenv 的垫片功能，使用虚拟环境跟使用 Python 版本的体验一样，不需要手动执行 activate 和 deactivate，只要进入目录即生效，离开目录即失效。
pyenv virtualenv 的用法和 pyenv 类似（使用上述安装 pyenv 方法会自动安装 virtualenv 插件）：
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/2701.html