什麼是虛擬環境

我們在使用Python的時候,通常用pip來進行包管理。比如我們要安裝一個叫requests的庫,那麼我們就會採用以下命令去安裝:

pip install requests

那你知道,這個requests被安裝到哪裡去了嗎?

其實,這個requests庫被安裝到 Python安裝目錄/Lib/site-packages下面。要知道,site-packages是一個全域性包路徑

啥意思呢?就是說,我安裝的requests這個庫對這臺電腦這個版本的Python都生效。

那這樣會造成一個問題:

如果requests在1.0版本和1.1版本發生了較大變化,比如:

1.0版本的時候有個方法叫requests.get,到了1.1版本,這個包改名叫requests.got, 然後還支援了不少新特性

如果我有一個很老的專案,一直用的是1.0的版本,而我現在寫了一個新專案,又想用到1.1版本的最新特性。

那我如果只有一個版本的requests,我就沒法相容新專案舊專案了。

所以我們有了虛擬環境的概念,其實也可以說是隔離環境。說簡單點就是,這個python的庫管理跟隨你的專案走,你專案裡就算用到100個庫,也不會給你裝到全域性去,這樣就隔離了全域性的庫。

安裝virtualenv

而達到這樣的目的,都是基於一款python的庫: virtualenv。(它支援python2和3)

pip3 install virtualenv

tips: 有的python庫,他不一定是給python程式碼呼叫的,你可以把它想象成一個可執行程式,比如我們常用的gunicorn,雖然是通過pip安裝,但是安裝好了之後它是一個可執行程式

建立虛擬環境

安裝好virtualenv以後,我們就可以來開闢一個虛擬環境,用於隔離全域性的庫了。

virtualenv venv

在我們的專案根目錄下執行這個命令,可以看到一些提示:

啟用虛擬環境

我們根目錄下會多一個venv的資料夾,裡面有點東西。

別急,我們還得先啟用這個虛擬環境

  • Mac/Linux
source venv/bin/activate
  • Windows
venv\Scripts\activate

其實可以看到,venv的Scripts裡面有個activate.bat(啟用虛擬環境指令碼),而Unix系統下自帶source,所以有些區別。

接著你就可以在虛擬環境暢遊了,你所有安裝/解除安裝的包都會在venv目錄下被安排的服服帖帖的,不會被影響也不會影響到全域性的庫。

退出虛擬環境

source venv/bin/deactivate
  • Windows
venv\Scripts\deactivate

用deactivate就好了,這樣你的包管理又回到了全域性,venv標識也消失不見了。

其實這個很像node_modules,node_modules在專案的根目錄生成,並通過package.json進行包的版本管理,不影響全域性模式,非常好用。

簡單的說就是各玩各的,互不干擾

標題從3分鐘->5分鐘,最後改為幾分鐘,你讀完了麼?反正我是讀完了!