Windows下怎么同时安装多个Python版本并自由切换？

一、核心机制：为什么 py.exe 是 Windows 上的首选方案？

很多从 Linux 或 macOS 转到 Windows 的开发者，习惯直接在命令行输入 python。在单一版本环境下这种方式没有任何问题，但在多版本共存时，直接输入 python 会引发典型歧义：系统只能依据系统环境变量 PATH 中的前后排列顺序，执行排在最前面的那一个 python.exe。后安装的版本会把先安装的版本遮蔽，导致版本调用处于失控状态。

为了在操作系统层面彻底解决该冲突，Python 官方早在 PEP 397 中就确立了专为 Windows 设计的启动器标准，并在安装包中直接内置了 py.exe。

py.exe 会自动安装在系统的全局路径下（通常为 C:\Windows\py.exe 或用户系统程序目录）。它的核心任务不是替代 Python 解释器执行代码，而是一个轻量级路由分发中枢。每当你在终端敲入命令或双击 Python 脚本时，py.exe 就会首先介入，查询 Windows 注册表中的已安装版本注册清单，根据你的参数或配置要求，瞬间拉起对应目录下的真实 python.exe 进程，完成执行后透明退出。

如图 1 所示，使用 py.exe 方案有三个决定性的工程优势：

• 零冲突与零污染：各个 Python 版本的二进制文件、标准库、第三方库完全处于各自独立的物理目录中，不依赖脆弱的环境变量顺序。
• 完全兼容标准 Shebang：脚本首行写的 #!/usr/bin/env python3.9 在 Windows 下能够被 py.exe 原生识别并指派到 3.9 版本运行，使跨平台脚本无需修改。
• 开箱即用无额外依赖：无需安装 Node.js、Ruby、MSYS2 或配置繁琐的 Shim 垫片层，系统纯净度最高。

二、规范安装：规避 PATH 冲突的关键步骤

多版本共存能否顺畅运行，关键在于安装阶段的路径规划与选项勾选。如果你在安装每个版本时都一股脑把它们添加到系统 PATH，就会导致命令行混乱。下面是规范的标准化安装步骤。

1. 准备安装包并规划目录结构

前往 Python 官方网站（python.org/downloads/windows）下载你需要安装的各个版本的 64 位安装包（例如 Python 3.9.13、Python 3.10.11、Python 3.11.9、Python 3.12.3 的 Windows installer 64-bit）。

为了排查与维护清晰，强烈建议规划统一、扁平且路径无空格的安装根目录。例如：

• C:\Python\Python39
• C:\Python\Python310
• C:\Python\Python311
• C:\Python\Python312

2. 安装基准版本（确保勾选 py launcher）

双击运行第一个安装包（例如 Python 3.10）。在弹出的安装首屏：

1. 勾选底部的 Use admin privileges when installing py.exe（若有该项）和 py launcher。这一步会把启动器注册到全局。
2. 点击 Customize installation（自定义安装），保持所有可选组件（Documentation, pip, tcl/tk, test suite, py launcher）全部勾选，点击 Next。
3. 在高级选项页面，勾选 Install Python 3.x for all users（推荐），并在 Customize install location 中将默认冗长的 AppData 路径改为规划好的短路径，如 C:\Python\Python310。
4. 点击 Install 完成安装。

三、命令行执行与版本即时切换

安装完成后，打开 Windows Terminal、PowerShell 或 CMD。从此刻起，养成使用 py 代替 python 的终端习惯。

1. 检测并列出系统已发现的所有版本

在终端输入以下命令查看已识别的 Python 版本列表：

在输出结果中，末尾带有星号（*）的版本即为系统当前的默认解析版本。

2. 随时指定版本执行代码或脚本

通过 -X.Y 参数，可以指定任何已安装的版本启动交互式解释器或执行脚本，不同版本之间互不干扰：

3. 多版本下的 pip 安装规范

在安装第三方模块时，绝对不要直接在命令行执行裸 pip install。因为无法一眼判断裸 pip 究竟属于哪一个 Python 目录。

标准的做法是通过对应版本的 py -X.Y -m pip 来调用模块管理器，确保包被精准下载并安装进目标版本的 site-packages：

四、免参数切换：Shebang、配置文件与环境变量

如果每次执行都要敲 -3.10，在日常大量执行任务时略显繁琐。py.exe 提供了多层仲裁逻辑，支持自动识别项目期望的版本。

1. 脚本头部 Shebang 声明

在写特定版本的脚本（例如旧项目需要 Python 3.9）时，只需在代码最顶部加上标志行：

当你直接在终端敲入 py app.py 或者在 Windows 资源管理器中双击该脚本时，启动器会主动读取该头部标记，并自动调起 Python 3.9 执行。即使你后续系统安装了更新的 Python 3.12，该脚本依然固定在 3.9 环境中稳定运行。

2. 使用 py.ini 配置文件锁定默认版本

如果希望临时或长期更改默认的全局 Python 版本，可以通过修改配置文件完成，无需改动任何环境变量：

• 用户全局配置：在 %LOCALAPPDATA%\py.ini 创建或修改文件。
• 项目局部配置：在具体项目代码文件夹内新建一个 py.ini 文件。

在文件中写入以下内容：

保存后，在没有显式参数的情况下，py 会自动优先使用 3.11 版本。

3. 通过终端环境变量临时切换

如果需要在当前终端窗口临时将默认版本切换为 Python 3.10，可以在 PowerShell 或 CMD 中设置环境变量：

五、隔离运行：为每个项目绑定专属 Python 虚拟环境

多版本 Python 并存解决了“语言核心运行时”的多样性问题，而实际工程开发中，不同项目往往还依赖不同版本的第三方包。如果所有项目都把库安装在全局目录，依然会发生依赖冲突。

因此，最佳生产实践是将“py.exe 多版本”与“项目内置 venv”结合：由 py.exe 负责根据项目需要创建出纯净的虚拟环境，一旦激活该环境，终端就会临时锁定在专属的 Python 与 pip 上。

如图所示，在虚拟环境被激活的状态下，命令行环境里的 python 和 pip 会被临时劫持并精准绑定到该项目的 .venv 文件夹，无需再敲任何前缀。离开项目时只需输入 deactivate 退出即可。

六、方案对比、常见陷阱排查与最佳实践

为了帮助读者建立清晰的工程决策框架，下表总结了 Windows 下多版本管理的不同方案及特点：

常见陷阱排查与修复

1. 陷阱一：在终端输入 python 突然弹出了 Windows 应用商店（Microsoft Store）？
   原因与解决：Windows 10/11 系统内置了名为“应用执行别名”的机制，未配置 PATH 时会自动重定向到应用商店。解决方式：打开 Windows【设置】→ 搜索【应用执行别名】（Manage app execution aliases），在列表中找到“应用安装程序 (python.exe)”和“应用安装程序 (python3.exe)”，将其开关全部关闭。
2. 陷阱二：PowerShell 激活虚拟环境提示“无法加载文件，因为在此系统上禁止运行脚本”？
   原因与解决：这是 Windows PowerShell 默认的安全执行策略限制。右键以管理员身份打开 PowerShell，执行：
   Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
   输入 Y 确认即可顺利激活虚拟环境，该设置仅针对当前用户放开本地脚本权限，安全且合规。
3. 陷阱三：在 VS Code 中如何选用不同版本的 Python？
   原因与解决：VS Code 的 Python 扩展原生能扫描注册表。安装多个版本后，按下快捷键 Ctrl+Shift+P，输入并选择 Python: Select Interpreter，列表会自动列出系统中所有安装路径以及当前项目生成的 .venv，点击即可秒级切换，右下角状态栏会即时显示当前工作环境。