Python虚拟环境本质是路径隔离，通过重定向sys.executable、sys.prefix和sys.path实现模块与可执行文件的查找路径隔离，激活脚本仅修改PATH等环境变量以优先调用虚拟环境中的python和pip。
Python 虚拟环境的本质是路径隔离
虚拟环境不是独立的 Python 解释器，也不是容器或沙箱。它的核心机制是通过修改 解释器启动时查找模块和可执行文件的路径顺序，让当前环境“假装”自己是一套全新的 Python 安装。关键在于三个路径的重定向：sys.executable（解释器路径）、sys.prefix（环境根目录）和 sys.path（模块搜索路径）。当你激活虚拟环境后，shell 只是临时修改了 PYTHONHOME 和 PATH 环境变量，使 shell 优先调用虚拟环境里的 python 和 pip，而该 python 在启动时又会主动把 site-packages、bin（或 Scripts）等子目录插入到 sys.path 开头。
venv 模块如何创建隔离环境
python -m venv myenv 实际上做了几件事：
- 复制或硬链接系统 Python 的解释器二进制文件（Linux/macOS 常用硬链接节省空间，Windows 用复制）
- 在
myenv/下新建pyvenv.cfg配置文件，明确记录home = /usr/bin（指向系统 Python 根目录）和include-system-site-packages = false - 生成
myenv/lib/python3.x/site-packages/目录，并在其中写入一个空的__init__.py（用于兼容旧版 import 逻辑） - 调用
ensurepip安装pip和setuptools到myenv/bin/（或Scripts/），这些工具被“包装”成脚本，开头带#!/path/to/myenv/bin/python，确保运行时绑定当前环境
site 模块是加载逻辑的关键开关
Python 启动时会自动导入 site 模块，它读取 pyvenv.cfg，根据 include-system-site-packages 决定是否将系统级 site-packages 加入 sys.path。若为 false（默认），site 仅添加虚拟环境自身的 lib/python3.x/site-packages 和 lib/python3.x/site-packages/easy-install.pth 等路径。同时，site 还会禁用用户级 site-packages（~/.local/lib/python*/site-packages），除非显式启用 --user 或配置 USER_SITE=False。
激活脚本只是环境变量的快捷设置
source myenv/bin/activate（Linux/macOS）或 myenv\Scripts\activate.bat（Windows）并不改变 Python 本身，只做三件事：
立即学习“Python免费学习笔记（深入）”；
- 把虚拟环境的
bin/（或Scripts/）加到PATH最前面，使python、pip命令指向当前环境 - 保存当前
PWD并设置提示符前缀（如(myenv) $） - 设置
VIRTUAL_ENV环境变量，供其他工具（如 IDE、pytest）识别当前环境上下文
不激活也能用虚拟环境：直接调用 myenv/bin/python script.py 效果完全一致，因为解释器自身已编码了路径逻辑。
