python虚拟环境的核心是用_venv模块创建轻量隔离空间，通过符号链接和独立site-packages实现解释器与包隔离；必须显式记录依赖（pip freeze > requirements.txt）并用pip install -r还原，激活仅临时修改path，销毁即删除目录。
python虚拟环境的核心是用_venv模块创建独立运行空间，实现解释器、标准库和第三方包的完全隔离。关键不在“怎么建”，而在“怎么管”——即生命周期管理（创建、激活、安装、更新、销毁）和依赖关系的显式固化。
用venv创建轻量隔离环境
venv是Python 3.3+内置模块，无需额外安装。它不复制整个Python解释器，而是通过符号链接+独立site-packages目录实现轻量隔离：
- 运行
python -m venv myenv生成myenv/目录，含bin/（linux/macos）或Scripts/（windows）和lib/pythonX.X/site-packages/ - 环境默认不继承系统site-packages，确保干净起点；加
--system-site-packages可显式启用共享（不推荐常规使用） - 注意：
venv不管理多个环境的统一入口，它只负责单个环境的生成
依赖必须显式记录与还原
虚拟环境本身不记录你装了什么包。依赖隔离若缺少可复现性，等于没隔离：
- 安装后立刻执行
pip freeze > requirements.txt，保存精确版本（含子依赖） - 他人或CI中重建时，用
pip install -r requirements.txt而非逐个pip install，避免版本漂移 - 开发中新增包后，建议用
pip install -e .（配合setup.py或pyproject.toml）管理本地包，再重跑freeze
激活只是临时修改PATH，不是魔法
激活（source myenv/bin/activate 或 myenvScriptsactivate）本质是把虚拟环境的bin/或Scripts/加到PATH最前，让python和pip命令指向该环境。这意味着：
立即学习“Python免费学习笔记（深入）”；
- 退出shell或运行
deactivate即可恢复系统环境，无残留 - 脚本中不要依赖激活状态，应直接调用
myenv/bin/python或myenv/Scripts/python.exe - ide（如pycharm、VS Code）可直接指定虚拟环境解释器路径，无需手动激活
清理与切换：删目录即销毁，多环境靠命名区分
venv没有全局管理命令，管理逻辑极简：
- 废弃环境？直接
rm -rf myenv（Linux/macOS）或rmdir /s myenv（Windows），彻底干净 - 项目多时，建议按项目名命名环境（如
backend-venv、data-analysis-env），避免混淆 - 需要批量操作？可用shell脚本或Makefile封装常用流程，例如
make env创建、make reqs更新依赖
不复杂但容易忽略：虚拟环境解决的是“运行时隔离”，而requirements.txt解决的是“协作一致性”。两者配合，才真正落地依赖隔离。