Conda破坏旧venv：包泄露且无法退出环境求助

问题1：pip freeze -l混杂全局包 #

• 检查PYTHONPATH环境变量：激活旧venv后，在命令行执行echo %PYTHONPATH%，若输出包含全局Python的site-packages路径，说明环境变量被污染。执行set PYTHONPATH=清空临时变量，再重新运行pip freeze -l验证。如果恢复正常，修改venv目录下Scripts/activate.bat脚本，确保其中没有将全局路径添加到PYTHONPATH的语句。
• 验证venv的pip版本：激活venv后执行where pip，确认输出为venv目录下的Scripts/pip.exe，而非Conda或全局Python的pip。若不是，执行python -m ensurepip --upgrade重新安装原生pip到venv。
• 检查pyvenv.cfg配置：打开venv根目录的pyvenv.cfg文件，确认include-system-site-packages值为false，若为true会引入全局包，修改后保存并重新激活venv。

问题2：无法退出venv环境 #

• 使用原生退出命令：Windows下原生venv的退出命令为deactivate（无需加source或conda前缀），直接在激活venv的命令行中执行即可，conda deactivate仅适用于Conda环境，对原生venv无效。
• 修复激活脚本：打开venv的Scripts/activate.bat，检查是否存在Conda相关的代码注入（如设置CONDA_*变量的语句），删除这些内容，恢复原生激活脚本的核心逻辑——仅设置VIRTUAL_ENV变量、将venv的Scripts目录设为PATH优先级。
• 重建干净venv：若上述方法无效，先手动整理依赖列表（或用pip freeze > requirements.txt并剔除全局包），删除旧venv文件夹，在未激活任何Conda环境的命令行中，用原生Python 3.9.0重新创建：python3.9 -m venv venv，激活后执行pip install -r requirements.txt安装依赖。

内容的提问来源于stack exchange，提问作者Andrii's Quest