参考链接：python虚拟环境--virtualenv python虚拟环境安装和配置如何在pycharm中使用配置好的virtualenv环境
virtualenv
Python 今天我们就不聊了。接下来咱们说说virtualenv,英文比较好的同学，可能已经猜到了一半，virtual，即：虚拟的。那env是什么鬼？environment吗？所以翻译成中文就是”虚拟环境“。
到底什么是虚拟环境呢？顾名思义，它是一个虚拟出来的环境。通俗的来讲，可以借助虚拟机，docker来理解虚拟环境，就是把一部分内容独立出来，我们把这部分独立出来的东西称作“容器”，在这个容器中，我们可以只安装我们需要的依赖包，而且各个容器之间互相隔离，互不影响。我们要学习Django,我们通过这个环境搞一个Django的虚拟环境就好了。
【前提概要】
Django也是一个非常流行的web框架。由于Django的迭代更新非常快，也比较频繁，所以有一些过时的东西需要丢弃掉，一些新的东西需要加进来，从而导致不同的版本之间不兼容。比如Django1.3、Django1.4、Django1.8之间就有很大的差异性。
或者是说，以Python的版本举例，现在工作中使用的Python版本与Python2.x和Python3.x两种。
【故事背景】
假设要进行Python web开发，使用的是Django。手上还有两个老项目A和B需要维护，而新项目C也正在开发中。这里项目A使用的是django1.3，项目B使用的是django1.4，而新项目C使用的是Django1.8。那么问题来了，如何同时在本地进行ABC这三个项目的开发和维护？
正常的模式可能是这样：现在在A项目上有一个BUG需要修复，于是，先执行下面的命令，删除掉原来的版本：
pip uninstall django
然后再执行下面的命令安装django1.3
pip install django==1.3
数分钟后，bug修复完毕，好，现在进行新项目C的开发了，然后又要重复上面的故事。
好了，这还是最理想的情况。最不理想的情况就是基于django的第三方依赖也是跟Django版本相关的，于是除了install和uninstall Django之外，还要uninstall和install其依赖，Orz，这特么的就尴尬了...
VirtualEnv能做什么呢？
VirtualEnv可以搭建虚拟且独立的python运行环境, 使得单个项目的运行环境与其它项目独立起来。同时也可以用于在一台机器上创建多个独立的python运行环境，VirtualEnvWrapper为前者提供了一些便利的命令行上的封装。
Virtualenv是一个非常好的virtual python environment builder，他最大的好处是，可以让每一个python项目单独使用一个环境，而不会影响python系统环境，也不会影响其他项目的环境。
Virtualenv可用于创建独立的Python环境，在这些环境里面可以选择不同的Python版本或者不同的Packages，并且可以在没有root权限的情况下在环境里安装新套件，互相不会产生任何的影响。
言归正传
安装，virtualenv本质上是个python包, 使用pip安装:
pip install virtualenv
在工作目录下创建虚拟环境(默认在当前目录)：注意需要自定义虚拟环境的名字！
~$virtualenv TestEnv New python executable in ~/TestEnv/bin/python Installing setuptools, pip, wheel...done.
默认情况下, 虚拟环境中不包括系统的site-packages, 若要使用请添加参数:
语法：virtualenv --system-site-packages TestEnv
使用virtualenv默认python版本创建虚拟环境
语法：virtualenv --no-site-packages ubuntu_env
就可以在当前目录创建一个env目录(虚拟环境名称，这个文件夹就是保存 Python 虚拟环境)，你会注意到，virtualenv会把python，setuptools和pip给你安装上。
自定义python版本创建虚拟环境
1. 安装需要版本的python
2. 指定virtualenv中的python版本
virtualenv --no-site-packages --python=2.7 env
Note：
1. 创建virtualenv虚拟环境之前，系统中必须要安装有对应版本的python，并且卸载之后当前虚拟环境就无效了。系统中可以同时存在python2和python3，通过环境变量中的系统变量path（不是用户变量）控制cmd或者系统中使用哪个版本的python，哪个版本的路径在前面就优先使用哪个版本。
2. –no-site-packages表示不包括系统全局的Python安装包，这样会更令环境更干净
3. –python=python2.7指定Python的版本未系统已经安装了的Python2.7
4. env是建立的虚拟环境名称
5. 没有安装python2.7或者使用命令virtualenv --no-site-packages --python=python2.7 env会出现The executable python does notexist 错误
注意：
安装的库的位置在虚拟环境的 env/Lib/site-packages/目录里，而不是在系统的python的Lib/site-packages目录里，这样你就知道为什么虚拟环境是分开的了吧。
Note ：virtualenv 创建的虚拟环境与主机的 Python 环境完全无关，你主机配置的库不能在 virtualenv 中直接使用。你需要在虚拟环境中利用 pip install 再次安装配置后才能使用。
关于创建一个虚拟环境，你也可以这样做！
1、为一个工程创建一个虚拟环境： $ cd my_project_dir $ virtualenv venv #venv为虚拟环境目录名，目录名自定义 virtualenv venv 将会在当前的目录中创建一个文件夹，包含了Python可执行文件，以及 pip 库的一份拷贝，这样就能安装其他包了。 虚拟环境的名字（此例中是 venv ）可以是任意的；若省略名字将会把文件均放在当前目录。 在任何你运行命令的目录中，这会创建Python的拷贝，并将之放在叫做 venv 的文件中。 2、你可以选择使用一个Python解释器： $ virtualenv -p /usr/bin/python2.7 venv # -p参数指定Python解释器程序路径 这将会使用 /usr/bin/python2.7 中的Python解释器。
虚拟环境激活，若想使用就需要激活创建的虚拟环境！
进入虚拟环境目录 执行source ./bin/activate激活虚拟环境:
# 相对路径方式：~/TestEnv$ source bin/activate (TestEnv) ~/TestEnv$ python -V Python 2.7.11+ # 绝对路径方式 $ source venv/bin/activate # 绝对路径
从现在起，任何你使用pip安装的包将会放在 venv 文件夹中，与全局安装的Python隔绝开。像平常一样安装包，比如：
$ pip install requests
使用requirements.txt安装版本包(requirements.txt文件下保存的都是各个依赖包的版本信息)
pip install -r requirements.txt
进入环境env1，执行pip freeze > requirements.txt将包依赖信息保存在requirements.txt文件中。
最好手动调整一下顺序，比如numpy和scipy要在matplotlib前面安装；另外如果想安装最新版本的，再将后面的版本号==1.9.1什么的删除。
然后进入目的虚拟环境env2，执行pip install -r requirements.txt，pip就会自动从网上下载并安装所有包。
虚拟环境env2如果是env1的拷贝，最好先pip uninstall -ry requirements.txt，再pip install -r requirements.txt
如果你在虚拟环境中暂时完成了工作，则可以停用它：
退出虚拟环境:
# 在环境下，相对退出(TestEnv) ~/TestEnv$ deactivate ~/TestEnv$ #走绝对路径$ .venv/bin/deactivate
这将会回到系统默认的Python解释器，包括已安装的库也会回到默认的。
要删除一个虚拟环境，只需删除它的文件夹。（执行 rm -rf venv ）。
这里virtualenv 有些不便，因为virtual的启动、停止脚本都在特定文件夹，可能一段时间后，你可能会有很多个虚拟环境散落在系统各处，你可能忘记它们的名字或者位置。
virtualenvwrapper
鉴于virtualenv不便于对虚拟环境集中管理，所以推荐直接使用virtualenvwrapper。 virtualenvwrapper提供了一系列命令使得和虚拟环境工作变得便利。它把你所有的虚拟环境都放在一个地方。
1、安装virtualenvwrapper(确保virtualenv已安装)
pip install virtualenvwrapper pip install virtualenvwrapper-win #Windows使用该命令
2、安装完成后，在~/.bashrc写入以下内容
export WORKON_HOME=~/Envs source /usr/local/bin/virtualenvwrapper.sh
第一行：virtualenvwrapper存放虚拟环境目录
第二行：virtrualenvwrapper会安装到python的bin目录下，所以该路径是python安装目录下bin/virtualenvwrapper.sh
source ~/.bashrc #读入配置文件，立即生效
virtualenvwrapper基本使用
1.创建虚拟环境 mkvirtualenv
mkvirtualenv venv
这样会在WORKON_HOME变量指定的目录下新建名为venv的虚拟环境。
若想指定python版本，可通过"--python"指定python解释器
mkvirtualenv --python=/usr/local/python3.5.3/bin/python venv
2. 基本命令
查看当前的虚拟环境目录
[[email protected] ~]# workon py2 py3
切换到虚拟环境
[[email protected] ~]# workon py3 (py3) [[email protected] ~]#
退出虚拟环境
(py3) [[email protected] ~]# deactivate [[email protected] ~]#
删除虚拟环境
rmvirtualenv venv
使用pycharm自动建立虚拟环境
也可以使用 pycharm 自带功能建立虚拟环境
之后，将 requirements.txt 文件放到虚拟目录 venv 下，pycharm自动识别，点击『Install requirements』安装相应的 package。
或者使用：
(venv) $ pip freeze >requirements.txt # 生成 (venv) $ pip install -r requirements.txt # 安装
接下来咱们说说virtualenv,英文比较好的同学，可能已经猜到了一半，virtual，即：虚拟的。那env是什么鬼？environment吗？对，是它！是它！就是它！所以翻译成中文就是”虚拟环境“。
慢着，师傅，先踩一脚，到底什么是虚拟环境呢？顾名思义，它是一个虚拟出来的环境。通俗的来讲，可以借助虚拟机，docker来理解虚拟环境，就是把一部分内容独立出来，我们把这部分独立出来的东西称作“容器”，在这个容器中，我们可以只安装我们需要的依赖包，而且各个容器之间互相隔离，互不影响。譬如，本次学习需要用到Flask，所以我们可以做一个Flask的虚拟环境，里面只需要安装Flask相关包就可以了。再譬如，下次我们要学习Django,我们再搞一个Django的虚拟环境就好了。
慢着，师傅，我似乎还不懂耶？我们再来一个栗子吧。
【前提概要】
Django也是一个比较流行的web框架，比Flask要复杂得多。Django的迭代更新非常快，也比较频繁，所以有一些过时的东西需要丢弃掉，一些新的东西需要加进来，从而导致不同的版本之间不兼容。比如Django1.3、Django1.4、Django1.8之间就有很大的差异性。
【故事背景】
假设要进行Python
web开发，使用的是Django。手上还有两个老项目A和B需要维护，而新项目C也正在开发中。这里项目A使用的是django1.3，项目B使用的是django1.4，而新项目C使用的是Django1.8。那么问题来了，如何同时在本地进行ABC这三个项目的开发和维护？
正常的模式可能是这样：现在在A项目上有一个BUG需要修复，于是，先执行下面的命令，删除掉原来的版本：
pip uninstall django
然后再执行下面的命令安装django1.3
pip install django==1.3
数分钟后，bug修复完毕，好，现在进行新项目C的开发了，然后又要重复上面的故事。
好了，这还是最理想的情况。什么？还有不理想的情况？是的，基于django的第三方依赖也是跟Django版本相关的，于是除了install和uninstall Django之外，还要uninstall和install其依赖，Orz，这特么的就尴尬了...
好了，可以开始虚拟环境之旅了，跟紧了，同学们。
作者：
NavCat
链接：http://www.imooc.com/article/18537?block_id=tuijian_wz
来源：慕课网
本文原创发布于慕课网 ，转载请注明出处，谢谢合作！
接下来咱们说说virtualenv,英文比较好的同学，可能已经猜到了一半，virtual，即：虚拟的。那env是什么鬼？environment吗？对，是它！是它！就是它！所以翻译成中文就是”虚拟环境“。
慢着，师傅，先踩一脚，到底什么是虚拟环境呢？顾名思义，它是一个虚拟出来的环境。通俗的来讲，可以借助虚拟机，docker来理解虚拟环境，就是把一部分内容独立出来，我们把这部分独立出来的东西称作“容器”，在这个容器中，我们可以只安装我们需要的依赖包，而且各个容器之间互相隔离，互不影响。譬如，本次学习需要用到Flask，所以我们可以做一个Flask的虚拟环境，里面只需要安装Flask相关包就可以了。再譬如，下次我们要学习Django,我们再搞一个Django的虚拟环境就好了。
作者：
NavCat
链接：http://www.imooc.com/article/18537?block_id=tuijian_wz
来源：慕课网
本文原创发布于慕课网 ，转载请注明出处，谢谢合作！
接下来咱们说说virtualenv,英文比较好的同学，可能已经猜到了一半，virtual，即：虚拟的。那env是什么鬼？environment吗？对，是它！是它！就是它！所以翻译成中文就是”虚拟环境“。
慢着，师傅，先踩一脚，到底什么是虚拟环境呢？顾名思义，它是一个虚拟出来的环境。通俗的来讲，可以借助虚拟机，docker来理解虚拟环境，就是把一部分内容独立出来，我们把这部分独立出来的东西称作“容器”，在这个容器中，我们可以只安装我们需要的依赖包，而且各个容器之间互相隔离，互不影响。譬如，本次学习需要用到Flask，所以我们可以做一个Flask的虚拟环境，里面只需要安装Flask相关包就可以了。再譬如，下次我们要学习Django,我们再搞一个Django的虚拟环境就好了。
作者：
NavCat
链接：http://www.imooc.com/article/18537?block_id=tuijian_wz
来源：慕课网
本文原创发布于慕课网 ，转载请注明出处，谢谢合作！