由来
在开发Python应用程序的时候,系统安装的Python3只有一个版本:3.9。所有第三方的包都会被pip安装到Python3的site-packages目录下。
如果我们要同时开发多个应用程序,那这些应用程序都会共用一个Python,就是安装在系统的Python 3。如果应用A需要passlib1.7,而应用B需要passlib 1.6怎么办?
这种情况下,每个应用可能需要各自拥有一套“独立”的Python运行环境。virtualenv就是用来为一个应用创建一套“隔离”的Python运行环境。
安装
- 首先,我们用pip安装virtualenv:
$ pip3 install virtualenv
- 然后,假定我们要开发一个新的项目,需要一套独立的Python运行环境,可以这么做:
- 创建目录:
$ mkdir myproject
$ cd myproject/
- 创建一个独立的Python运行环境,命名为venv:
$ virtualenv --no-site-packages venv
新版本不支持:–no-site-packages参数了,直接用:
$ virtualenv venv
命令virtualenv就可以创建一个独立的Python运行环境,这样,已经安装到系统Python环境中的所有第三方包都不会复制过来,这样,我们就得到了一个不带任何第三方包的“干净”的Python运行环境。
新建的Python环境被放到当前目录下的venv目录。有了venv这个Python环境,可以用source进入该环境:
$ source venv/bin/activate
- 安装各种第三方包,并运行python命令:
$ pip install jinja2
在venv环境下,用pip安装的包都被安装到venv这个环境下,系统Python环境不受任何影响。也就是说,venv环境是专门针对myproject这个应用创建的。
退出当前的venv环境,使用deactivate命令:
$ deactivate
此时就回到了正常的环境,现在pip或python均是在系统Python环境下执行。
完全可以针对每个应用创建独立的Python运行环境,这样就可以对每个应用的Python环境进行隔离。
总结
virtualenv是如何创建“独立”的Python运行环境的呢?原理很简单,就是把系统Python复制一份到virtualenv的环境,用命令source venv/bin/activate进入一个virtualenv环境时,virtualenv会修改相关环境变量,让命令python和pip均指向当前的virtualenv环境。
virtualenv为应用提供了隔离的Python运行环境,解决了不同应用间多版本的冲突问题。