### Windows PowerShell 和 CMD 中 Python 版本不一致的原因 在 Windows 系统中，CMD 和 PowerShell 是两种不同的命令行工具，它们的工作机制存在差异。这种差异可能导致在同一台计算机上通过这两种方式运行 `python --version` 命令时返回的 Python 版本不同。 #### 1. **环境变量配置的不同** - 在 Windows 上，Python 的路径通常会被添加到系统的 PATH 环境变量中以便全局访问[^3]。然而，PATH 变量可能被多个程序修改，或者用户手动调整过，这可能会导致 CMD 和 PowerShell 加载了不同的 Python 路径。 - 当前用户的 PATH 配置可能与系统级 PATH 不同，而 CMD 和 PowerShell 对这些变量的解析顺序也可能有所区别[^1]。 #### 2. **默认解释器的选择** - 如果安装了多个版本的 Python，在注册表或系统设置中可能存在优先级设定。例如，PowerShell 默认会查找特定位置下的可执行文件（如 `$env:Path` 或者 `Get-Command python`），而 CMD 则依赖于传统的 `%PATH%` 查找逻辑[^2]。 - 此外，某些发行版会在安装过程中将自己绑定为 “默认 Python 解释器”，从而影响其他应用程序如何定位它。 #### 3. **虚拟环境的影响** - 用户如果启用了某个 Python 虚拟环境，则该环境中定义的 Python 执行路径会覆盖全局配置。由于 CMD 和 PowerShell 各自维护独立的状态上下文，切换回原始状态的方式也有所不同，因此容易造成混淆[^3]。 --- ### 如何确认具体原因？ 为了查明为何两者报告的 Python 版本不一样，可以通过以下步骤验证： ```batch :: 在 CMD 下输入以下命令查看当前使用的 Python 安装目录及其版本号 where python && python --version ``` ```powershell # 在 PowerShell 下同样获取相同的信息 (Get-Command python).Path; python --version ``` 以上操作可以帮助识别实际调用的是哪个 Python 实例以及其所在的具体磁盘地址。 --- ### 解决方案 以下是几种常见的解决方案来统一两者的 Python 行为: #### 方法一：标准化 PATH 设置 确保所有终端都指向同一个标准的 Python 主目录作为首选项。可以在控制面板 -> 系统属性 -> 高级选项卡下编辑高级系统设置中的“环境变量”。把期望的主要 Python bin 文件夹放在列表顶部以提高匹配度。 #### 方法二：指定绝对路径调用 无论在哪种 shell 内部工作，都可以显式提供完整的 Python EXE 地址而不是单纯依靠名字去寻找目标进程实例。这样做的好处是可以绕开任何潜在冲突并强制采用预设好的软件副本。 例如： ```batch C:\Users\Username\AppData\Local\Programs\Python\Python39\python.exe --version ``` #### 方法三：同步虚拟环境激活脚本 对于那些已经处于活动状态之内的项目而言，请务必保证每次重新打开新的 session 之后再次初始化关联关系。部分框架提供了专门针对 PS 设计的支持模块 (Activate.ps1)，应该优先选用此类资源而非传统 batch files 来完成类似任务[^2]. --- ### 总结 综上所述，尽管表面上看起来简单明了的问题背后实际上涉及到了较为复杂的交互细节处理过程。只有深入理解各个层面的作用机理才能有效应对各种复杂场景带来的挑战。