venv 通过修改 sys.executable、sys.prefix 和 PATH 环境变量，配合 pyvenv.cfg 配置文件实现解释器“换家当”，不复制二进制文件而隔离 site-packages；激活脚本仅设置环境变量，非必需但可避免误装包。
venv 是怎么让 python 解释器“换一套家当”的
它不复制 Python 二进制文件，而是通过修改 sys.executable、sys.prefix 和环境变量 PYTHONHOME（实际不设）来重定向模块查找路径。核心动作是生成一个独立的 pyvenv.cfg 文件，并在 bin/activate（或 Scripts/activate.bat）里临时篡改 PATH，把虚拟环境的 bin（或 Scripts）提到最前。
这意味着：同一台机器上多个 venv 可以共用系统 Python 的 C 库和解释器本体，但各自有隔离的 site-packages 和可执行脚本软链接（如 pip、python）。你运行 python 时调用的仍是原解释器，只是它启动时读了新的配置。
- 常见错误现象：
which python显示的是虚拟环境路径，但python -c "import sys; print(sys.base_prefix)"指向系统路径——这完全正常，sys.base_prefix是原始解释器位置，sys.prefix才是当前 venv 根目录 - 使用场景：CI 构建、多项目依赖冲突、测试不同版本库兼容性；不适合替代系统包管理（如用 venv 装
systemd或apt工具） - 参数差异：
python -m venv --system-site-packages myenv会软链接系统site-packages，但后续pip install仍写入 venv 自己的目录，容易引发隐式依赖混乱，慎用
激活（activate）不是必须的，但不激活就容易漏掉关键细节
激活脚本本质只是设置几个 shell 环境变量：PATH、VIRTUAL_ENV，并重定义 deactivate 函数。你不运行它，也能直接调用 myenv/bin/python 或 myenv/bin/pip，但以下三点会出问题：
-
pip install不加--target时，默认装进当前解释器的site-packages—— 如果你没激活、又误用了系统pip，包就装到系统里了 - 某些工具（如
pylint、black）依赖VIRTUAL_ENV环境变量判断是否在隔离环境中，否则可能加载错配置或插件路径 - windows 下不激活直接跑
Scriptspython.exe没问题，但Scriptspip.exe在旧版 Python（如 3.8 以前）可能因硬编码路径失败，建议统一走python -m pip
venv 和 conda、poetry、pipenv 的根本区别在哪
venv 只管 Python 解释器和包路径隔离，不碰编译器、系统库、非 Python 工具链。conda 是完整环境管理系统，能装 numpy 的 MKL 版本、ffmpeg、甚至 R 语言解释器；poetry/pipenv 则是在 venv 上叠加依赖解析与锁定逻辑，底层仍调用 venv 或 virtualenv 创建环境。
立即学习“Python免费学习笔记（深入）”；
所以当你看到 poetry env info --path 输出一个路径，进去看，里面就是个标准 venv 结构：有 pyvenv.cfg、bin/、lib/python3.x/site-packages/。
- 性能影响：纯
venv创建极快（毫秒级），conda 创建环境常需几秒到几十秒，因为它要下载并解压二进制包 - 兼容性风险：用 conda 创建的环境不能直接被
python -m venv识别；反过来，venv环境也不能用conda install管理 - 容易踩的坑：在 poetry 项目里手动运行
python -m venv .venv，再poetry install，会导致 poetry 使用自己创建的 venv 覆盖掉你那个，且不会提示
删除 venv 就是删文件夹，但要注意残留的编辑器/ide 缓存
rm -rf myenv（macos/linux）或 rmdir /s myenv（Windows）就完事。没有注册表项、没有全局钩子、不改系统 Python 配置。但 VS Code、pycharm 这类工具可能缓存了该环境的解释器路径和包索引，在删除后仍显示“已选中”，甚至尝试补全已删模块。
- VS Code：打开命令面板（
Ctrl+Shift+P），运行Python: select Interpreter，选Enter interpreter path...，再手动指向新环境，旧路径会自动从下拉列表消失 - PyCharm：进入
File → Settings → Project → Python Interpreter，点右上角齿轮 →Show All...→ 选中旧环境 → 减号删除；注意勾选Show hidden files and folders才能看到已删但未清理的条目 - 别忘了检查
.gitignore—— 如果你曾把venv/提交过，删除后git status可能仍显示它，需git rm -r --cached venv/清除索引
真正麻烦的从来不是创建或删除，而是搞不清哪个 python 正在被执行、哪个 pip 正在往哪装包。盯住 which python、python -c "import sys; print(sys.prefix)"、pip list -v 这三行命令，比记所有原理都管用。