python虚拟环境通过独立site-packages目录和运行时路径控制实现依赖隔离，不修改全局环境；激活后python/pip指向虚拟环境内脚本，sys.path优先加载本地包，确保模块互不影响且可销毁重建。
Python虚拟环境通过复制或链接系统Python解释器，并重定向site-packages路径，实现模块安装范围的严格限定——它不修改全局环境，也不依赖系统级配置，而是靠运行时路径控制来隔离依赖。
核心机制：独立的site-packages目录
每个虚拟环境都有专属的site-packages文件夹（如venv/lib/python3.x/site-packages），pip install默认只往这里写包。Python解释器启动时，会把该路径自动加入sys.path最前端，确保导入优先命中本地包，跳过系统或用户级安装的同名模块。
- 即使全局装了
requests==2.25.1，虚拟环境中装requests==2.31.0，运行时只会加载后者 -
import numpy在不同虚拟环境中可能指向完全不同的安装位置，互不影响
解释器层面的“软隔离”
虚拟环境并非启动全新Python进程，而是复用系统Python二进制（如/usr/bin/python3），但通过修改pyvenv.cfg和启动脚本中的__PYVENV_LAUNCHER__等机制，让解释器在初始化时主动忽略全局site-packages（除非显式启用--system-site-packages）。
- 激活环境（
source venv/bin/activate）本质是修改$PATH，使python和pip命令指向虚拟环境内的封装脚本 - 这些脚本会设置
PYTHONHOME和PYTHONPATH等变量，引导解释器加载正确的路径栈
依赖解析仍受pip规则约束
隔离不等于“绝对独占”。如果两个虚拟环境都安装了同一个包的不同版本，它们彼此不可见；但若某包在安装时声明了install_requires，pip仍按语义化版本规则解析依赖树——虚拟环境只保证安装目标明确，不干预依赖兼容性判断。
立即学习“Python免费学习笔记（深入）”；
- 例如：
flask==2.0.3要求Werkzeug>=2.0,，pip会在当前环境内满足该约束，不会跨环境查找 - 手动用
pip install --force-reinstall可能覆盖已有包，但影响仅限本环境
与系统环境的边界是明确且可验证的
可通过python -c "import sys; print(sys.path)"查看实际生效路径，或用pip list --local（只显示非系统包）确认隔离效果。只要不使用--system-site-packages，虚拟环境就天然具备“无污染、可销毁、可重建”的特性。
-
which python和which pip应指向虚拟环境内路径 -
pip show package_name显示的Location必须落在venv/目录下
