Python全局环境和虚拟环境（venv）

本文最后更新于 2025年12月16日

1.概述

在进行python项目开发时，不同项目可能需要依赖的python版本是不同的，有时电脑上需要安装好几个不同版本的python解释器。而且在开发过程中，需要依赖一些第三方的包，不同项目依赖的第三方包及其版本也不相同，需要进行区分。

类似node.js使用npm可以全局安装一些依赖包，也可以配合项目package.json为每个项目单独安装依赖，但是对于python来说，不仅仅依赖包可以分别安装，不同项目甚至可以采用不同python解释器，这个就是通过python的虚拟环境实现的。

环境，就是python解释器 + 依赖包。python虚拟环境的作用就是实现环境的隔离，允许你在不同项目中使用不同的包版本和python版本，隔离项目依赖，避免了包冲突，确保项目的一致性和可移植性。

本文基于 windows + python 3.x 介绍默认的虚拟环境工具venv

2.全局环境和虚拟环境

2.1 全局环境

python安装到本地后，打开安装目录后可见

其中Lib，Scripts文件夹和python.exe自然形成一个全局环境

Lib/下是模块和包，凡是第三方模块和包统一都放在了\Lib\site-packages文件夹内，否则都是标准库模块和标准库包。
Scripts/内是一些可执行的文件，例如pip.exe
python.exe 即python解释器

设置环境变量后，随便打开一个CMD，执行python，使用的是全局环境的python

2.2 虚拟环境

python3自带了一个虚拟环境工具venv

在python环境变量设置好后，在asas空文件夹下打开CMD，执行python -m venv myenv命令，文件夹内会生成一个myenv文件夹，我们就创建好了一个叫myenv的虚拟环境，在这个asas文件夹下的项目代码可以都依赖这个虚拟环境，所以虚拟环境也是以当前安装的python全局环境为模板复刻而来的

和全局环境一样，虚拟环境也会存在Lib，Scripts文件夹，不同的是，虚拟环境的Lib文件夹下只有site-packages一个文件夹，用于保存项目自身的第三方依赖，也可以理解为虚拟环境下Lib文件夹内只保存该项目本身需要的第三方的依赖。

全局环境的python.exe在虚拟环境下则跑到Scripts文件夹里面去了。

虚拟环境，实际上就是全局环境的一部分文件复制一份分配给了不同的项目而已。

CMD切换到myenv\Scripts目录下，执行activate.bat，会出现一个(myenv) 开头的终端，此时进入的就是该项目的虚拟环境，使用的是虚拟环境的python

执行activate.bat，就是在激活虚拟环境，虚拟环境需要激活才能生效，直接CD到asas文件夹下执行python命令，使用的还是全局环境。

可以用不同的python版本创建不同虚拟环境的项目，就实现了每个项目依赖不同python版本，相互隔离运行

3.不同环境的包依赖规则

全局环境和虚拟环境可以各自安装第三方依赖包，全局环境项目依赖的第三方包引用自全局环境\Lib\site-packages，虚拟环境项目依赖的第三方包引用自项目自身虚拟环境\Lib\site-packages
python使用pip管理第三方依赖，全局环境执行pip install时，安装在全局环境\Lib\site-packages内，虚拟环境执行pip install时，安装在虚拟环境\Lib\site-packages内
虚拟环境项目在依赖标准库模块和标准库包时，直接从全局环境\Lib调取，需要第三方依赖包时，只能从自己虚拟环境的\Lib\site-packages内调取，不能调取全局环境\Lib\site-packages中的第三方包
不同虚拟环境的项目之间，不能引用对方虚拟环境\Lib\site-packages下的第三方依赖包
全局环境项目也不能调取某个项目虚拟环境\Lib\site-packages下的第三方依赖包