python创建虚拟环境venv(python创建虚拟环境 conda)

虚拟环境详解

? ?? 假想您有一个应用程序需要版本1的numpy库，而另一个应用程序需要版本2。如何使用这两个应用程序呢？2.如果您将所有内容安装到python3.6的site-packages，很容易出现这样的情况：您无意中升级了不应该升级的。3.如果要使写的项目正常运行，其所依赖的第三方库的版本更改都可能让这个项目无法正常运行。另外，如果您无法将第三方库安装到全局site-packages目录下，该怎么办呢？例如，在共享主机上。

? ? 我们必须考虑到这些场景，所以虚拟环境诞生了!它们有自己的安装目录，并且不与其他虚拟环境共享库，每个虚拟环境都是独立的!

? ?? 目前，有两种用于创建python虚拟环境的两种工具：

? ? ? ? ?? 1.venv在python3.3及更高版本中默认可用，并将pip和setuptools安装到创建的虚拟环境中(这种行为只在python3.4及更高版本才会出现)。由于我最近没有时间，我准备在之后的两篇文章中介绍pip和setuptools。

? ? ? ? ?? 2.而virtualenv需要单独安装。其在python2.7+和python3.3+中默认可用，pip，setuptools和wheel始终安装到创建的虚拟环境中(此行为忽略python版本!)

? ?? venv模块支持创建轻量级虚拟环境，该环境具有自己的site-packages，可以选择与系统site-packages隔离。每个虚拟环境都有自己的python二进制文件(与用于创建此环境的二进制文件的版本相匹配)，并且可以在其site-packages中安装自己的独立python包。

? ?? 通过venv命令创建虚拟环境：python3 -m venv /path/virtual/env。运行此命令将创建目标目录(行为为创建任何尚不存在的父目录)并创建一个pyvenv.cfg文件，文件中的home指向运行该命令的python的安装目录。它还创建一个bin(在Windows上是Scripts)子目录，其中包含python二进制文件、二进制文件的符号链接、副本(平台和参数不同，创建的东西也不同)。它还创建一个最初为空的lib/pythonX.Y/site-packages子目录(在Windows上，这是Lib/site-packages)。如果指定了现有目录，则将重新使用现有目录。

? ?? 不要双击虚拟环境下的python.exe，这样它会忽略虚拟环境。创建的pyenv.cfg文件中的include-system-site-packages默认为false，如果使用了include-system-site-packages选项，则设置为true。除非给出了--without-pip选项，否则将调用ensurepip将pip引导到虚拟环境中。可以为venv提供多条路劲，在这种情况下，将根据给定的选项在每个提供路劲上创建相同的虚拟环境。创建虚拟环境后，可以使用虚拟环境二进制目录中的脚本激活虚拟环境。脚本调用是特定于平台的。在Windows下，虚拟环境目录\Scripts\activate.bat激活虚拟环境。当虚拟环境处于活动状态时，VIRTUAL_ENV环境变量将设置为虚拟环境的路劲，这可用于检查是否运行在虚拟环境中。指的注意的是，你不需要特别激活虚拟环境，激活只是将虚拟环境的二进制目录前置到运行shell的PATH环境变量，以便python调用虚拟环境的python解释器，你可以运行已安装的脚本，而无需使用它们的完整路劲。但是，安装在虚拟环境中的所有脚本都应该可以在不激活它的情况下运行，并自动使用虚拟环境下的python运行。你可以通过在shell中输入"deactive"命令来停用虚拟环境。?

? ? ? 当虚拟环境处于活动状态(即，虚拟环境的python解释器正在运行时)，属性sys.prefix和sys.exec_prefix指向虚拟环境的基本目录。而sys.base_prefix和sys.base_exec_prefix指向用于创建虚拟环境的python安装目录。如果虚拟环境未处于活动状态，则sys.prefix和sys.base_prefix，sys.exec_prefix和sys.base_exec_prefix都指向非虚拟环境的python安装目录。安装到虚拟环境中的脚本有一行"shebang"，它指向虚拟环境的python解释器。这意味着脚本将与该解释器一起运行，而与PATH的值无关。 ??

? ? ?? 可以使用下列API根据需要定制虚拟环境：

? ? ? ? ? ? venv.EnvBuilder( system_site_packages=False , clear=False , symlinks=False , upgrade=False , with_pip=False , prompt=None , upgrade_deps=False )

? ? ? ? ? ?? system_site_packages：指示系统site_packages是否可供虚拟环境使用。?

? ? ? ? ? ?? clear：如果为True，将在创建虚拟环境之前删除任何现有目标目录的内容

? ? ? ? ? ?? symlinks：指示是否尝试对python二进制文件进行符号链接而不是复制

? ? ? ? ? ? ? upgrade：如果为True，则将更新升级python现有环境，这个选项用于在python已升级到位时使用

? ? ? ? ? ? ? with_pip：如果为True，则确保在虚拟环境中安装pip

? ? ? ? ? ? ? prompt：激活虚拟环境后要使用的字符串(默认为None，这意味着将使用环境的目录名)。如果是"."，当前目录用作提示

? ? ? ? ? ? ? upgrade_deps：将基本venv模块更新到pypi上的最新版本 ?

返回的EnvBuilder对象，有以下方法：

? ? ? ? ? craete(envdir)，通过指定要包含虚拟环境的目标目录，创建虚拟环境。

ensure_directories( env_dir )，创建环境目录和所有必要的目录，并返回一个上下文对象，这个上下文对象供其他方法使用。

create_configuration(context)，在虚拟环境下创建pyenv.cfg配置文件

setup_python( context )，在虚拟环境下创建python可执行文件的拷贝或符号链接，在POSIX系统上，如果python3被使用，创建指向该可执行文件的python和python3符号链接(除非它们已经存在)

setup_scripts( context )，将适合平台的激活脚本安装到虚拟环境中。

upgrade_dependencies( context )，升级虚拟环境中的核心venv依赖项包(当前为pip和setuptools)。

post_setup( context )，可在第三方实现中重写。以在虚拟环境中预安装软件包步骤之后 ，进行自定义的操作

我在想还是先略过他们吧，定制一个venv实在是没有必要，因为虚拟环境的创建还有一个更强大的工具。

下面我们来介绍venv的几种命令参数，相信看了前面，现在看到便不会看不懂了!

??--system-site-packages，允许虚拟环境访问系统site-packages目录

? --symlinks，在符号链接不是平台的默认操作时，仍然尝试使用符号链接，而不是拷贝

? --copies，即使符号链接是平台的默认操作，也尝试使用拷贝

? --clear，在创建虚拟环境之前删除任何现有目标目录的内容

? --upgrade，将虚拟环境下的python可执行文件升级到运行脚本的python版本

? --without-pip，不再虚拟环境下安装或升级pip

? --prompt PROMPT，将PROMRT作为此虚拟环境下的提示前缀

? --upgrade-deps，升级核心依赖项(pip和setuptools)

? ?? virtualenv是一种需要python解释器才能运行的命令行工具。如果你已经有了python3.5+解释器，那么最好使用pipx将virtualenv安装到一个隔离的环境中(好处：以后您升级virtualenv的时候不会影响到系统的其他部分)?

? ?? virtualenv有一个基本命令：virtualenv env，virtualenv将创建一个与其版本相同的python虚拟环境，并将虚拟环境安装到子目录env中。?

? ?? virtualenv主要是一个命令行应用程序。它的主要作用是修改命令行中的环境变量以创建一个独立的python环境，因此你需要一个命令行来运行它。所有选项都有合理的默认值，并且有一个必须的参数(创建的虚拟环境的路劲)。? 下面列出了可以传递给virtualenv的选项及其默认值和简短说明。

? ? --version，显示virtualenv软件包的版本及其位置，然后退出。

? ? --with-traceback，默认值为False，True的行为：失败会显示virtualenv内部的堆栈跟踪

? ? --read-only-appdata，默认值为False，True的行为：以只读模式使用appdata文件夹(virtualenv用作缓存的数据文件夹)(不允许写入操作，写入操作将失败并报错)

? ? --app-data，指定virtualenv用作缓存的数据文件夹

? ? --reset-app-data，默认值为False，True的行为：将appdata文件夹清空

? ? -p，--python：指定virtualenv要安装的python可执行文件。默认情况下使用安装环境的python解释器

? ? --try-first-with：在开始查找之前，请先尝试这些解释器

? ? --clear，默认值为False，True的行为：在启动之前删除目标目录

? ? --system-site-packages，默认为False，True的行为：允许虚拟环境访问系统site-packages目录

? ? --symlinks，默认为True，True的行为： 尝试使用symlinks而不是拷贝

? ? --copies，--always-copy，默认False，True的行为：尝试使用副本

?? 推荐还是使用默认的吧，除非出现错误，可以指定--with-traceback进行错误调试。

?? virtualenv还可以通过查找标准ini配置文件进行配置，ini配置文件具体位置取决于你使用的操作系统， 由platformdirs应用程序配置，可以查看。?

虚拟环境就介绍到这里了，虚拟环境的本质就是修改shell的PATH环境变量，如果你有这方面的想法，你也可以编写一个实现虚拟环境的工具，当然，完全没有这个必要，真的，没什么意思。

linux下创建python虚拟环境

创建python虚拟环境：用一个工具包，在不同项目上采用的版本不同，由此造成多个项目互相不兼容。因此创建虚拟环境，让他们各自运行在各自所需的版本环境上。

此处采用的是python3.6

出现virtualenv 20.0.27这种版本号，即表示安装成功。

如此处的ai-shop-rank项目

在项目根目录下，创建venv文件夹

requirements.txt文件需事先编辑好放在项目根目录下。

python3 venv 虚拟环境使用方法

python3默认安装了venv虚拟环境，所以直接使用即可

1.创建虚拟环境

在cmd命令行下执行

python -m venv 英文格式的虚拟环境目录名称

创建以后在对应的文件夹可以看到如下文件：

2.激活需要环境：

注意：只有激活之后，才算进入该虚拟环境，否则安装包时，依然是安装在全局环境之下

激活文件在Script文件夹下，如图所示。激活：activate.bat，退出：deactivate.bat

激活方式为：dos 界面进入pyton虚拟环境文件夹/Script，然后输入activate.bat (也可直接输入activate）即可激活环境，输入python 就进入python3.6环境了。

退出方式：输入deactivate.bat 或 deactivate

python虚拟环境—virtual environment

操作系统：ubuntu16.04

举个例子，tensorflow(tf)是一个十分流行的python机器学习库，你现在手里有两个tf项目，其中项目A需要使用 python2.7 + f1.2 ，项目B需要使用 python2.7 + tf1.6 ．这两个项目你得同时进行，怎么办？

愚蠢的办法是需要运行项目A时，将python2.7中的tf1.6卸载掉，安装tf1.2；需要运行项目B时，将python2.7中的tf1.2卸载掉，安装tf1.6。如果是单个模块还好，但是tf的不同版本又依赖于python中的其他已安装模块，而且tf1.2和tf1.6对依赖模块有不同的版本要求，那么转换一次得卸载安装好几个模块，是不是很爆炸？

课题组里几个同门共用一台服务器，每个人拥有一个系统账户，其中只有一个人拥有root权限，里面每个人都需要使用python跑程序，而且每个人对python版本以及python模块的版本都有不同需求，很多人又没有root权限，如何解决？

使用python的虚拟环境可以轻松解决上面的问题！

python虚拟环境是一个隔离/独立的python开发环境，和系统python环境可以完全隔离，互不相关，相当于多了一个python开发环境。而且你在python虚拟环境中的开发过程和使用系统python一模一样，你可以在你创建的python虚拟环境中使用pip工具安装任何你需要的模块，该模块和系统python环境完全不相关。虚拟环境的这个特点就能解决上面的问题了。

python有两个模块可以用于创建和管理python虚拟环境：

其中，venv模块在python3.3以上的版本可以使用，而virtualenv在python2.7+和python3.3+都可以使用。

默认的系统python中是没有安装以上两个工具的，需要使用以下命令安装：

安装好之后，就可以使用这两个工具安装python虚拟环境了。

我的系统python版本有python2.7和python3.5，虚拟环境的版本只能是系统中已有的python版本。使用virtualenv安装虚拟环境的命令如下：

什么参数都不指定的话，它会使用 /usr/bin/python 路径下的python解释器版本，即python2.7。因此会默认安装python2.7虚拟环境， /home/yan/env 表示虚拟环境的安装路径。

如果你要安装的是python3.5的虚拟环境，可以这样：

一般情况下，上面两条命令就够了，这样安装得到的python虚拟环境和系统python环境是完全隔离的。

更多的命令选项可以在命令行中直接输入 virtualenv 命令获取。

venv只有python3可以使用，因此只能创建python3的虚拟环境，创建命令如下：

其中， python3 -m venv 是死命令，最后的安装路径自己指定。

注意： 以上两种安装方式在安装虚拟环境的同时也自动安装了pip工具。

安装好虚拟环境之后，每次使用该虚拟环境前需要使用 source 命令 激活 它。假设前面我在 /home/yan/env3/ 目录下安装了python3.5的虚拟环境，现在我使用以下命令激活它：

激活之后，在命令行提示符前面会有 (env3) 的提示，表示当前你处的python虚拟环境，比如我电脑的情况：

现在你可以在激活环境中干任何事情，比如使用pip命令在你新的python虚拟环境中安装模块:

或者执行python脚本。

使用完该虚拟环境之后，你需要在命令行输入 deactivate 命令来 退出 该虚拟环境：

之后就回到了正常的系统python环境中。

由于你创建该虚拟环境的目的是为了跑某个项目的程序，现在该项目做完了，不需要该虚拟环境了，你可以把该虚拟环境直接删除，如何删？

直接将创建虚拟环境时生成的文件夹删掉，就这么简单。比如我要把我刚才创建的env3虚拟环境删除：

在删除虚拟环境前记得一定得先退出该虚拟环境。

python虚拟环境的好处是：每个虚拟环境之间，以及虚拟环境和系统环境之间是完全隔离的，不同虚拟环境中，你可以安装不同版本的模块，就仿佛你可以同时拥有N多个不同的python开发环境。

唯一麻烦的一点是：每次进入某个虚拟环境之前，都要使用 source 命令激活。每次使用完，都要使用 deactivate 命令退出。

ubuntu 下创建python环境

Ubuntu中使用python3中的venv创建虚拟环境

以前不知道Python3中内置了venv模块，一直用的就是virtualenv模块，venv相比virtualenv好用不少，可以替代virtualenv

一、安装venv包：

pre$ sudo apt install python3-venv/pre

二、创建虚拟环境

首先创建一个项目文件夹，虚拟环境将会安装在项目文件夹下，我这里使用的项目文件夹是myproject，进入mypeoject文件夹，执行命令：

pre$ python3 -m venv venv/pre

这时虚拟环境就创建好了，默认是Python3的环境

三、激活虚拟环境

在项目文件夹下，执行activate文件激活虚拟环境

presource venv/bin/activate/pre

四、创建项目

可以看到项目文件夹下除了venv的虚拟环境文件，没有项目文件，可以使用pip工具安装任何你需要的框架，比如flask、django

五、退出虚拟环境

predeactivate/pre

如何为python项目创建虚拟环境

我们在开始一个python项目，而不是几行简单的代码时，我们倾向于开始使用第三方的dependencies.当项目越来越大时，我们需要考虑如何有效的管理这些第三方库。当安装第三方库时，我们肯定是想安装在虚拟环境中。帮助我们保持我们实际系统环境的干净，避免打乱整个系统python环境。

我们可以使用pip把第三方库安装到python项目中。一个项目中往往要安装多个，鉴于安装的第三方库的各种版本，可能会导致一些兼容和运行的问题。

当我们在python项目中使用pip install ，我们是安装到全局python下的，将会根据现有的python版本安装第三方包。

我们可以通过以下命令来查找python的安装目录：

如果我们使用pip3 install ，将会安装到python3安装目录的单独的目录下。我们可以用以下命令来覆盖pip3这个命令:

但是这仍然解决不了我们在全局python下安装第三方库的问题，将会出现下列的问题：

为了避免以上的问题，python开发者使用虚拟环境。这个虚拟环境把安装的这些第三方库在一个隔离的环境中（目录内）保存。

确保你的系统上已经安装python

然后看一下pip是否也能正常调用

我们需要一个工具来创建python的虚拟环境，venv。它是封装在python3.3+版本以上的python中的。

如果我们使用python2，我们需要手动安装一个工具。这是为数不多的一个我们需要全局安装的第三方库。

注意：我们将会在文章中讨论很多venv和python3，操作系统环境不同，可能会导致某些命令的些许不同，某些工具的工作原理也些许不同。

如果你的系统上没有安装pip:

我们首先要为项目创建一个文件夹，并进入这个文件夹：

然后我们再创建虚拟环境：

这将会创建一个名为virtualenv的目录，这个目录将会包含bin、lib、include文件夹，还有一个环境配置文件。

所有的文件都是为了确保，所有的代码都运行在当前的虚拟环境下。这会帮我们把工作环境和操作系统环境隔离开来，避免我们之前提到的问题。

为了使用这个虚拟环境，我们需要激活它。激活以后，还会更改我们的命令提示符标志。这个标志也是为了表明虚拟环境已经激活，python的代码都是在这个环境下执行。

在虚拟环境下，无法访问使用全局的第三方库，在虚拟环境内安装的库也无法在外部使用。

在虚拟环境中，只有pip和setuptools是默认安装的。

激活虚拟环境后，变量path也会相应地发生改变，以达到虚拟环境的目的。

当我们完成工作，想切换回操作系统的全局环境，我们需要使用deactivate退出虚拟环境。

我们配置了虚拟环境并激活以后，我们不想在分享项目时，连同使用pip install命令安装的第三方库也一起分享。我们想去除我们的虚拟环境文件夹，但仍然可以在其他的电脑或系统上重新运行我们的工作。

为实现这个目的，我们可以在项目根目录下创建一个requirement文件。假设我们在虚拟环境下安装flask，安装完成后我们使用pip freeze命令。它将会列出我们已经安装过的库名和版本号。

我们可以将这个列表写到requirement文件中，上传到git保存，或以任何形式跟他人分享。

这个命令也可以更新这个requirements.txt文件，所以在每次安装一个新的第三方库时，我们都习惯性的运行一下这个命令，来更新我们的安装列表。

然后，如果任何人想在他们的电脑上运行我们的项目，他们只需要做：

所有的一切都如在我们电脑上运行的一样。

安装pipenv

pipenv基本上是pip的一个替代工具。它引入了两个文件，pipfile用来替换requirements.txt，Pipfile lock（which enables deterministic builds，确定第三方库的子依赖库版本的更新的解决方案）

pipenv在机理上是运行pip和virtualenv，但使用一个命令来简化操作。

安装第三方库，如flask,或numpy

也可以从Version Control system比如git来安装第三方库

需要注意上面的-e参数可以使安装editable，目前对于pipenv来说是必须的。

如果你需要使用pytest来测试项目，但在上线后不需要这个库，你可以指定这个库仅仅作用于开发模式 --dev.

--dev将会把第三库放到pipfile的一个单独的地方【dev-packages】。

如果你现在完成了开发，本地运行正常，你想锁定你的开发环境，并转至线上。使用如下命令确保开发环境：

这个代码将会创建或更新你的环境，你无需手动更改编辑。我们也应该一直使用自动生成的文件。

lock以后，在production环境，你需要安装最新的成功的运行环境。

这个命令是告诉pipenv,安装时忽略pipfile，用pipfile.lock里的列表。pipenv将会创建一模一样的环境，包括子依赖库。

现在，另一个人想要对代码做些更改，这种情况下，他得到代码，包括pipfile，运行如下命令

这个命令将会安装开发所需的所有的第三方库，包括普通的install以及--dev安装的。

举例，现在你开发用到的一个第三库有了版本升级，因为你不需要一个特定的版本，所以你在install的时候没有指定版本号。当你运行pipenv install时，最新版本的第三方库会安装到你的开发环境内。

然后你对代码做了一些更改，结果如预期一样。然后你再重复上面的步骤lock你的环境。并更新至Production.

将会使用默认的editor打开第三方库的代码。