什么是VirtualEnv
在Python开发领域，VirtualEnv是一个至关重要的环境管理工具，被誉为项目依赖隔离的“黄金标准”。简而言之，VirtualEnv能够为您的每个Python项目创建独立的、自包含的运行环境。
它主要解决了哪些核心痛点？关键在于彻底消除Python包依赖与版本之间的冲突，同时也规避了因全局安装可能带来的权限问题。想象一下：您正在开发的应用A依赖于Django 2.2版本，而另一个应用B必须使用Django 3.2。如果将所有第三方库都安装到系统全局目录（例如/usr/lib/python2.7/site-packages或对应平台的标准路径），就会陷入两难境地：升级一个库可能会意外破坏另一个应用的运行。
因此，VirtualEnv的核心使命，就是为每一个Python项目构建一个完全隔离的“沙箱”环境，确保项目之间的依赖互不干扰，各自拥有专属的“领地”。
典型应用场景
一个非常经典的应用场景是，在同一台开发机器上需要同时维护和运行基于Python 2和Python 3的不同项目。利用VirtualEnv，您可以轻松地创建和管理基于不同Python解释器版本的环境，实现快速、无冲突的切换。
更常见的情况是，VirtualEnv被用于管理基于相同Python版本，但依赖不同版本第三方库的多个项目。这种隔离机制保证了每个项目的依赖库版本都能被精确锁定，从根本上杜绝了环境污染问题。
安装virtualenv
安装VirtualEnv的过程极其简单，通常只需一条pip命令即可完成：
pip install virtualenv
CentOS 7上安装Python3
如果您需要在CentOS 7操作系统上配置Python 3环境，可以遵循以下步骤：
首先，安装EPEL扩展仓库以获取更多软件包：yum install epel-release
接着，通过yum安装Python 3.4版本：yum install python34
安装完成后，可以通过运行python3命令来验证Python 3是否已成功安装并查看其版本。
最后，建议对已安装的VirtualEnv进行一次升级，以确保使用的是最新稳定版本，修复可能存在的已知问题：pip install --upgrade virtualenv
创建两套Python运行环境
接下来，我们将通过实际操作，演示如何利用VirtualEnv创建两个完全独立的Python环境，分别基于Python 2和Python 3解释器。
创建Python2的环境
使用以下命令创建一个基于系统默认Python 2.x版本的环境（假设系统已安装Python 2）：
virtualenv env2x
环境创建成功后，进入该环境的目录并激活它：
cd env2x
source ./bin/activate
此时，您的命令行提示符通常会显示环境名称（如(env2x)），这标志着您已成功进入这个隔离的Python 2环境。在此环境下执行的所有pip install操作都将仅限于此环境。
当您需要离开或切换环境时，只需执行一条简单的命令：deactivate
创建Python3的环境
创建基于Python 3的环境方法类似，但需要在创建时通过--p参数明确指定Python 3解释器的路径或命令：
virtualenv --p python3 env3x
按照同样的步骤进入并激活环境：
cd env3x
source ./bin/activate
现在，您就拥有了一个纯净的、专用于Python 3开发的项目环境。
开发工作结束后，同样使用deactivate命令退出当前虚拟环境。
原理
您可能会好奇，VirtualEnv是如何在底层实现这种环境隔离的呢？其工作原理清晰而巧妙。
本质上，VirtualEnv会在您指定的项目目录中，创建一份精简的Python解释器副本，同时包含独立的pip、setuptools等工具。当您执行source venv/bin/activate命令激活某个虚拟环境时，VirtualEnv会动态地修改您的Shell环境变量，其中最核心的是PATH变量。这使得您在命令行中输入的python、pip等命令，会优先指向当前虚拟环境目录下的本地副本，而不是操作系统全局安装的版本。所有后续的包安装、更新和卸载操作，都被严格限制在这个隔离的“沙箱”内部，从而实现了项目级的环境独立与依赖安全。
