虚拟环境迁移后无法使用，根本原因是pyvenv.cfg的home字段、activate脚本中的VIRTUAL_ENV变量及pip.exe头部均硬编码原始绝对路径，导致迁移后无法定位Python解释器并触发Fatal error in launcher报错。
pyvenv.cfg 的 home 字段硬编码了原始 Python 路径
虚拟环境不是“便携包”，它依赖系统中真实存在的 Python 解释器。创建时，pyvenv.cfg 里的 home = 行就记死了那个解释器的绝对路径，比如 C:\Python310\python.exe。迁移后如果新位置没装同路径的 Python，或者只是把整个项目挪了个目录，python.exe 启动时就会静默失败——它根本找不到“老家”的解释器。
Scripts/ 目录下 activate 和 pip.exe 内嵌路径未更新
Windows 上的 activate.bat 和 pip.exe 都不是纯逻辑脚本，而是带路径签名的二进制启动器：
-
activate.bat里写死VIRTUAL_ENV变量，影响环境变量加载 -
pip.exe文件头嵌入类似#!"D:\old\venv\Scripts\python.exe"的字符串，文本编辑器能搜到，但改错一个字节就损坏文件 - Linux/macOS 的
pip（无扩展名）首行 shebang 同样指向旧python路径
为什么改路径不如重装干净
手动修路径看似快，但容易漏掉这些隐性引用：
-
Lib/site-packages/下某些包的.pth文件含绝对路径 - 第三方包自带的命令行工具（如
black、pytest）在安装时也生成了硬编码启动器 - IDE（如 PyCharm、VS Code）缓存的 interpreter 路径不会自动刷新
- Windows 长路径、中文路径、权限异常可能让部分修改不生效
跨机器迁移时最该警惕的点
哪怕你把 pyvenv.cfg、activate.bat、pip.exe 全部改对了，只要新机器上没装同版本 Python，或者装在不同路径（比如从 C:\Python310 换成 C:\Users\Me\AppData\Local\Programs\Python\Python310），home 字段就又失效。这时候所有“修路径”操作都白费——因为底层解释器压根不存在。
立即学习“Python免费学习笔记（深入）”；
