电脑同时安装多个Python版本怎么区分各自的Python.exe

一、为什么多版本 Python 会冲突：PATH 查找机制与重名问题

当我们在系统的命令提示符（CMD）或 PowerShell 中敲入 python 并回车时，操作系统并不是智能地挑选“最合适”或“最新”的 Python 版本，而是按照环境变量 PATH 中登记的目录先后顺序，从前往后逐个检查。

一旦系统在某一个目录中找到了第一个名为 python.exe 的文件，就会立即终止搜索并启动它。此时，安装在后续目录中的其他 Python 版本就会处于被完全“遮蔽（Shadowed）”的状态。即便磁盘上存在 Python 3.9 和 Python 3.11，只要 3.11 所在的路径排在前面，普通的 python 命令就永远只会启动 3.11。

要排查当前终端究竟调用了哪一个路径下的 python.exe，可以使用系统内置的路径定位命令：

where python

在上面的输出示例中，排在第一行的 Python 3.11 拥有最高调用优先级。如果你希望运行 Python 3.9，单纯输入 python script.py 必然会导致环境错位。

二、官方标准解法：使用 Windows 自带的 Python Launcher (py.exe)

解决多版本共存最稳妥、最标准的方式是使用 Python 官方随 Windows 安装包附带的 Python Launcher（程序名为 py.exe）。该工具安装在系统的 C:\Windows\ 目录下，天然处于全局系统路径中。

py.exe 不包含具体的 Python 运行时，它充当的是智能分发中枢：它会扫描系统注册表中登记的所有 Python 官方安装路径，并通过命令行参数直接把运行请求转发给对应的 python.exe。

1. 查看电脑上已注册的所有 Python 版本及路径

在命令行中执行以下命令，列出当前系统探测到的全部 Python 解释器：

py --list-paths

在输出结果中，带星号（*）的行表示当前默认启动的版本，-V: 后面是该版本对应的标识符标签。

2. 使用版本号参数定向启动

无需切换环境变量，直接在 py 后加上主次版本号参数，即可唤醒目标版本：

# 启动 Python 3.9 运行脚本
py -3.9 main.py

# 启动 Python 3.11 进入交互式终端
py -3.11

# 如果区分 32 位与 64 位版本，可追加架构后缀
py -3.8-32 test.py

3. 在脚本首行加入 Shebang 声明

如果希望某个 Python 脚本双击时或通过 py script.py 运行时固定采用指定版本，可以在 .py 文件的最首行添加 Shebang 注释：

#! python3.9
# coding: utf-8
import sys

print("当前运行的 Python 路径为:", sys.executable)
print("当前运行的 Python 版本为:", sys.version)

当执行 py script.py 时，启动器会自动读取第一行的声明，直接跳转到 Python 3.9 的 python.exe，完全无需在命令行中每次手动敲击版本参数。

三、如何安全地为各个 Python.exe 制作独立专属命令

很多开发者习惯在终端里输入 python39 或 python311。在实现这一习惯时，有正确与错误的两种方式。

安全做法 1：在安装目录下创建副本文件

在保持原有 python.exe 不变的前提下，直接复制一份并命名为带版本号的文件：

# 进入 Python 3.9 安装目录
cd "C:\Users\Username\AppData\Local\Programs\Python\Python39"

# 复制一份 python39.exe
copy python.exe python39.exe

只要该目录在环境变量 PATH 中，你在任意路径输入 python39 就会启动该版本，同时原生的 python.exe 仍然存在，不会破坏系统组件调用。

安全做法 2：利用 PowerShell 别名（或 DOSKEY）

在 PowerShell 配置文件（$PROFILE）中添加函数或别名映射，完全不改动磁盘文件：

function python39 { & "C:\Users\Username\AppData\Local\Programs\Python\Python39\python.exe" @args }
function python311 { & "C:\Users\Username\AppData\Local\Programs\Python\Python311\python.exe" @args }

四、绝不踩坑的包管理规范：用模块方式调用对应版本的 pip

多版本共存时，最容易出现灾难性混乱的环节不是运行代码，而是安装第三方库。如果直接在命令行敲 pip install requests，调用的往往只是环境变量最前列的 pip.exe，导致库装到了 Python 3.11，而你运行 Python 3.9 时却报错 ModuleNotFoundError: No module named 'requests'。

标准规范：永远使用 python -m pip 或 py -V -m pip

pip 本质上是 Python 的一个标准模块。通过主解释器加上 -m pip 参数，可以确保执行与包安装绝对绑定在同一个 python.exe 对应的 site-packages 目录中：

# 为 Python 3.9 安装 requests 包
py -3.9 -m pip install requests

# 为 Python 3.11 查看已安装的包列表
py -3.11 -m pip list

# 为 Python 3.9 升级 pip 自身
py -3.9 -m pip install --upgrade pip

五、工程项目推荐：基于特定版本创建专属虚拟环境 (venv)

对于实际开发项目，最安全、隔离最彻底的方案不是直接向全局 Python 目录堆积依赖，而是使用目标版本的 python.exe 为每个项目生成独立的虚拟环境。

# 1. 切换到项目所在目录
cd C:\Projects\MyWebProject

# 2. 使用指定的 Python 3.9 创建名为 .venv 的虚拟环境
py -3.9 -m venv .venv

# 3. 激活该虚拟环境
# CMD 激活命令:
.venv\Scripts\activate.bat
# PowerShell 激活命令:
.venv\Scripts\Activate.ps1

虚拟环境一旦激活，当前终端会话的 PATH 环境变量顶部会被自动注入该项目专属的 .venv\Scripts。此时直接执行 python 和 pip，调用的就是完全属于该沙箱的 python.exe，生命周期与系统全局环境完全解耦。

六、常见问题排查与方案选型总结

常见问题 1：输入 python 弹出微软应用商店（Microsoft Store）

这是 Windows 10/11 的常见干扰项。系统默认预装了“应用执行别名”，其优先级常常高于手动安装的 Python。

• 解决方法：打开 Windows“设置” → 搜索并进入“应用执行别名”（Manage app execution aliases） → 找到“应用安装程序 (python.exe)”与“应用安装程序 (python3.exe)”，将其开关全部设置为关闭。

常见问题 2：py --list-paths 找不到自己手动解压或绿色安装的 Python

py.exe 主要依赖 Windows 注册表中记录的官方安装信息。对于绿色便携版或嵌入式 Zip 版 Python，注册表中没有键值。

• 解决方法：在用户的 %LOCALAPPDATA%\py.ini 配置文件中手动追加配置节，即可将非标准目录纳入统一管理：
  %LOCALAPPDATA%\py.ini手动绑定外部 Python 路径

  [commands]
  python38custom=D:\PortablePython38\python.exe

核心区分方式对比与选用建议

掌握以上机制后，即可在同一台计算机中轻松管理 Python 2.x、Python 3.8、3.9、3.11乃至测试版等任意数量的 Python 环境，从根源上杜绝解释器调用混淆与依赖包安装错乱。