1. 为什么要创建虚拟环境
我第一次接触虚拟环境时第一感觉就是抵触，相信刚开始被各种配置折磨过的小伙伴能理解，我就想是否可以不用虚拟环境，就查了下推荐使用虚拟环境的理由：
(1)所有的项目的库都放到一个地方容易混乱，而且比较冗余，毕竟不是所有的项目都需要那么多的库（这一点我根本就不关心嘛，少一步配置就少被折磨一次）
(2)因为工作以后都是分工协作的，这个项目能在你电脑上运行，但是到了别人那如果没有安装相应的库就无法运行，所以需要大家能够在库上进行同步（就是一个库同步嘛，可以手动整理一个库列表就可以啦，为了少一步配置也是拼了）
(3)不同的项目对同一个库版本要求不一样，如果 A 项目要求一个库的版本低，B 项目的要求同一个库版本高，运行 B 项目升级了这个库覆盖前一个版本，就会导致 A 项目无法运行(这倒是一个比较充足的理由，看样子非得要配置虚拟环境了)
2. 配置虚拟环境(windows)
以下虚拟变量只针对 python3，python2 过时了就不说了。
使用 Virtualenv 配置虚拟环境
随便找一个目录新建一个文件夹，在此文件夹内打开命令提示符，输入下面命令：
python -m venv venv
虚拟环境就创建完成了，需要注意的点：
有的命令会说 python3 -m venv venv, 其实第一个 python 或者 python3 就是在命令行里运行 python 的命令，前提是你的 python 添加到了系统环境变量了。
所以你需要在命令行试一下
像我这边使用 python 和 py - 3 能正常使用 python shell，所以我这边使用
python -m venv venv
py -3 -m venv venv
都可以创建虚拟环境，有的人同时装了 python2.7 和 python3.7 或其他 python3 版本，如果默认 python 是 2.7 那么就使用 py -3 -m venv venv 就可以了。一定要试一下，下面的 python shell 显示的是 python3 版本的才可以了。因为 venv 是 python3 新增的虚拟环境设置方法。
我在 D:\GitHub\git 仓库 \test 运行上面命令后就在此文件夹下创建了一个 venv 的文件夹，所以呢，这个命令行的最后一个 venv 是可以自定义的，比如
python -m venv hello
然后就在 test 文件夹下创建了一个 hello 文件夹，文件夹里面就是解释器和需要的库文件夹。
如果使用
python -m venv .
后面使用点号，那么虚拟环境就会创建在 test 文件夹下，而不是在 test 文件夹下新建一个文件夹来创建虚拟环境。
激活虚拟环境：
首先我们需要进入到虚拟环境的 Scripts 文件夹下，然后输入 activate
虚拟环境前面会有一个小括号的标记，激活虚拟环境后再用 pip 安装包时就会安装到此虚拟环境中，而不是系统环境中了。
退出虚拟环境的命令：deactivate，目录对是不是 Scripts 没有要求。但是激活虚拟环境必须在 Scripts 环境中。
复制或者导出虚拟环境
在虚拟环境内输入：
pip freeze > requirements.txt
注意，这个在哪个目下输入，requirements.txt 文件就在当前目录生成，包含库和对应的版本号，每运行一次，会覆盖上一次生成的文件。
新建一个项目，创建并激活虚拟环境，把上面的 requirements.txt 文件复制到 Scripts 文件夹下，输入：
pip install -r requirements.txt
然后就把上一个项目的库导入到这个项目中来了。这样的好处是大家用的是相同版本号的库，不会出现项目不兼容的情况。
使用 pipenv 配置虚拟环境
我还是用 D:\GitHub\git 仓库 \test 这个目录，顺便说一下删除虚拟环境，把虚拟环境文件夹直接删除就可以了，这样也比较方便。
因为 pipenv 不是 python 自带的，所以我们需要先安装这个库，因为经常用就全局安装
pip install pipenv
在 Linux 或 macOS 中全局安装
sudo pip install pipenv
创建虚拟环境
pipenv install
默认情况下 pipenv 会同一管理所有的虚拟环境。在 Windows 中，虚拟环境文件夹会在 C:\Users\ 你的用户名文件.virtualenvs
文件夹下，
记不住目录没有关系，命令行里会有提示
但是我并不想把虚拟环境放到 C 盘目录下，想把虚拟环境放到项目文件夹下，有两种方法：
在使用 pipenv install 之前先在项目文件夹下创建一个文件.venv，然后再运行 pipenv install 就可以了；
另一种方法，先在命令行下配置环境变量
PIPENV_VENV_IN_PROJECT=True
意思是 pipenv 的虚拟环境在项目里，然后再隐形 pipenv install 创建环境变量，这样就在项目文件夹下创建了虚拟环境文件夹。虚拟环境跟着项目走，比较方便。
有个小插曲：我看到上面的图片上创建虚拟环境的解释器是用的 anaconda 的 python3.7.6，我一直理解是通过系统变量里的 python3 版本创建，因为我没有把 anaconda 的 python3 添加到环境变量，出了这个情况我就检查了下原因，新建了一个文件夹并创建虚拟环境发现又回到 python3.8，也就是添加到环境变量的那个 python，不是集成 anaconda 里的 python，想起是因为 test 文件夹刚才试过用 conda 的虚拟环境导致的问题。所以，我的理解没啥问题，还是默认用 python3 且是系统变量里的那个版本。
在当前文件夹下创建虚拟环境文件夹的同时，还创建了两个文件 Pipfle 和 Pipfile.lock，这两个文件用于管理依赖。作用等同与上一个方法中的 requirements.txt，不过好处是不许要手动维护，在安装 python 库时会自动更新两个文件。前者用来记录项目依赖包列表，而后者记录了固定版本的详细依赖包列表。当我们使用 pipenv 安装 / 删除 / 更新依赖包时，二者自动更新。
所以要记得，这里安装包用 pipenv 命令。由于官方源比较慢，所以记得安装包时提前打开 Pipfile 更换国内源，把原来的地址替换为国内源地址即可
我这个是替换为清华的，其他的也一样。原地址为 https://pypi.org/simple，会比较慢。
然后运行 pipenv 安装库，例如
pipenv install flask
上面的图已经安装了 flask，在 [packages] 下面就显示了 flask，[dev-packages]下的是只用于开发环境的包，安装时在后面加”–dev” 即可
pipenv install watchdog –dev
这里只显示了包列表，没有显示具体版本信息，这些内容在 Pipfile.lock 文件内显示
运行 pipenv install 时，会检测当前文件夹下有没有这两个文件，如果有的话，就创建虚拟环境并安装 Pipfile 里的包，就如同上个方法用 pip install -r requirements.txt 命令一样。如果没有则创建者两个文件。这两个文件上传 git 时需要记得传上去。
激活虚拟环境
可以用 pipenv shell 命令显示的激活虚拟环境，而且不需要进入 scripts 文件即可激活虚拟环境
退出用 exit 命令。
除了显示地激活虚拟环境，Pipenv 还提供了一个 pipenv run 命令，这个命令允许不显示激活虚拟环境即可在当前项目的虚拟环境中执行命令，比如：
pipenv run python app.py
这会使用当前项目虚拟环境中的 python 解释器，而不是全局的 python 解释器。这个命令可以让你不用关心自己是否忘记激活虚拟环境的问题。相比上一个方法必须激活才能运行要方便的多。同时 pipenv install numpy 这种安装包的命令也可以忽略是否激活了虚拟环境。
总体上来讲，pipenv 从管理依赖、激活虚拟环境和运行命令方面要比上一个方法方便。推荐大家使用。
使用 conda 创建虚拟环境
首先打开 Anaconda Prompt，这个与 cmd 命令行类似，打开之后直接是运行了 anaconda 基础的虚拟环境。
打开之后
这就算打开了 anaconda 自带的 base 虚拟环境。cmd 也可以运行这个，只不过麻烦一点，先找到 anaconda 安装目录，找到 Scripts 文件夹，运行 activate 激活虚拟环境就进入 anaconda 了，下面是用 cmd 命令行打开的
用 conda 创建虚拟环境不需要提前创建文件夹什么的，因为 conda 专门在 anaconda 文件下指定了一个虚拟环境的目录 envs, 直接运行下面命令即可创建虚拟环境
conda create -n python37
conda create -n python37 python=3.7
或者
conda create -name python37 python=3.7
第一个没有指定 python 版本，后面两个指定了 python 版本。这是 conda 与上面两个稍微不同的地方，也许上面连个也能指定，但是暂时不清楚，毕竟 anaconda 可以同时存在 python3.5,python3.6，python3.7，python3.8 等，但是上面两个应该不行。
运行完命令后可以在 envs 下面看到新建的虚拟环境文件夹。
name 后面的就是虚拟环境的名字，文件夹内对应出现 python37 文件夹。
虚拟环境创建完成需要切换环境，用 activate 环境名
activate python37
如果忘记了可以用 conda env list 查看虚拟环境列表
进入虚拟环境之后就可以用 conda 安装包了，推荐用 conda，比 pip 要好用一点。导出上第一个方法一样
pip freeze > requirements.txt
这有个问题就是虚拟环境时固定在 anaconda 安装包里的，把项目创建者 anaconda 安装包里的情况应该是不常见的，所以在别的地方创建了项目，需要把解释器指定到这个虚拟环境里，用 pycharm 为例，打开 File>Settings>Project:test>Python Interpreter
点击右侧设置，选择 show all
如果是第一次点击右侧加号添加这个虚拟环境，如果已经有了从列表中选择即可
选择已经存在的环境，点击右侧按钮进入目录选择
这里要注意一下，上面两个的 python.exe 都是在 Scripts 文件夹中，conda 的就是在根目录中
设置完就可以使用 anaconda 创建的虚拟环境了。
3. 虚拟环境原理
说到虚拟环境，是与 python 实际的环境对应的，虚拟环境就是 python 实际环境的一个副本，不过是一个简化版的副本。那虚拟环境到底做了些什么呢，其实也很简单，我们可以对比一下 path 环境变量
上面的是激活了虚拟环境的环境变量，下面的是没有激活虚拟环境的系统环境变量，仔细对比一下就是虚拟环境在系统环境变量前插入了一个变量，截胡了。因为谁在前面运行谁，所以在虚拟环境中运行的 python 就都是虚拟环境中设置的 python 了。取消激活虚拟环境后，系统的环境变量就恢复成下面的样子了。