卸载旧python后venv报错non-zero exit code (103)，因pyvenv.cfg中home和executable仍指向已删除的旧路径；只需将二者改为新python安装路径即可修复，无需重装包或重建环境。
不能直接用，但可以修好——关键在 pyvenv.cfg 里的路径没更新。
为什么卸载 Python 后 venv 就报错 Non-zero exit code (103)
venv 不是独立运行的“程序”，它依赖原始 Python 安装路径下的解释器二进制文件（比如 python.exe）。卸载旧版 Python 后，pyvenv.cfg 中的 home 和 executable 仍指向已删除的路径，PyCharm 或终端一调用就找不到文件，直接崩出 Non-zero exit code (103)。
常见错误现象：
- PyCharm 显示 “Interpreter not found” 或反复提示配置路径
- 命令行激活后执行
python或pip报 “系统找不到指定文件” -
where python（Windows）或which python（macOS/Linux）返回空或指向旧路径
怎么手动修复已有的 venv 配置
不用重装包、不用重建环境，只需改三处文本：
- 打开
venv/pyvenv.cfg，把home=和executable=的值改成新 Python 的安装路径（例如C:\Users\xxx\AppData\Local\Programs\Python\Python313） - 检查
venv/Scripts/activate（Linux/macOS）或venv/Scripts/activate.bat（Windows），确认VIRTUAL_ENV指向当前 venv 文件夹的**绝对路径**（不是旧环境的路径） - 如果用了
--copies创建过环境，还要核对venv/Scripts/python.exe是否真实存在；若不存在，说明当时用了符号链接，而卸载破坏了底层引用——此时需重新用新版 Python 运行python -m venv --upgrade venv
复制 venv 到新项目时也得同步改路径
直接复制整个 venv 文件夹到另一个项目下，看似省事，但 pyvenv.cfg 和 activate 脚本里全还是老路径。不改就会出现：
- 激活新目录的 venv，
pip install却往老环境的site-packages写包 - 两个项目实际共用一套包，版本冲突风险翻倍
-
where pip显示新路径，但执行的是老 pip —— 因为executable没变
所以复制后必须立刻编辑 pyvenv.cfg 和两个 activate 文件，否则等于白忙活。
别信“删了重装最安全”，有些包真装不回来
尤其当你用过私有源、带编译扩展的包（如 torch、tensorflow）、或特定 wheel 版本时，pip install -r requirements.txt 可能卡住、超时、或因平台不匹配失败。这时候修 pyvenv.cfg 是最快路径——它不碰任何已安装的包，只修正解释器入口。唯一要注意的是：新版 Python 小版本号（如 3.13.0）要和原 venv 兼容，跨大版本（如从 3.9 升到 3.13）可能触发字节码不兼容，这时得重建。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
