问题在于WindowsApps目录下的空壳python.exe优先级过高，需将真实Python路径（如C:\Users\Alice\AppData\Local\Programs\Python\Python312）移至PATH最前，并同步修改用户与系统变量，改后必须关闭所有终端重启验证。
where python 显示多个路径，但输入 python 没反应
这不是 Python 没装好，而是 Windows 找到了一个“空壳” python.exe —— 通常来自 %USERPROFILE%\AppData\Local\Microsoft\WindowsApps\。这个文件大小为 0 KB，双击无反应，命令行调用也静默退出，不报错也不执行。
- 运行
where python，如果第一行是C:\Users\{用户名}\AppData\Local\Microsoft\WindowsApps\python.exe，就坐实了这个问题 - 这个路径是 Microsoft Store 自动注入的，优先级常高于你手动加的安装路径
- 别删它本身（系统保护），而是把你的真实 Python 路径移到它的前面
- 必须同时修改「用户变量」和「系统变量」里的
Path，否则 CMD 可能只读其中一处
PATH 里加了路径，但重启 CMD 后 still no response
环境变量不是实时生效的。CMD 进程启动时只读取一次 Path，改完不关旧窗口，新设置就永远进不去当前会话。
- 改完环境变量后，**必须关闭所有已打开的 CMD、PowerShell、VS Code 终端窗口**，再新开一个
- 验证是否生效：先输
echo %PATH%，确认你的 Python 路径（如C:\Users\Alice\AppData\Local\Programs\Python\Python312）出现在WindowsApps之前 - 再输
where python，第一行应是你安装目录下的python.exe - 如果仍无响应，检查该路径下是否存在可执行的
python.exe（直接去资源管理器里打开那个文件夹确认）
安装时没勾 Add Python to PATH，现在想补救
重装不是唯一解。只要知道真实安装位置，就能手动补上——但路径必须精确到 Python 根目录，不能写错或带尾部反斜杠。
- 典型正确路径：
C:\Users\Alice\AppData\Local\Programs\Python\Python312（结尾无\，不含python.exe） -
Scripts子目录要单独加一条：C:\Users\Alice\AppData\Local\Programs\Python\Python312\Scripts，否则pip不可用 - 不要加
C:\Python312\这类猜测路径，除非你真在那里装过；优先去%LOCALAPPDATA%\Programs\Python\下找文件夹 - 如果用的是 embed 版或自定义路径安装，路径可能在
D:\tools\python-3.12.4-embed-amd64这类位置，同样适用该规则
py 启动器能用，但 python 命令不行
说明系统级 PATH 确实被干扰了，但 py 是 Windows 官方提供的启动器，走的是独立注册表逻辑，不受 WindowsApps 影响。
立即学习“Python免费学习笔记（深入）”；
-
py -3.12 --version能返回结果，证明 Python 本体完好，问题纯属命令解析链路中断 - 此时
py可作为临时替代方案，但长期依赖它会增加脚本兼容性风险（比如某些工具硬写死python） - 根本解法仍是修复
Path顺序，让python命令回归预期行为 - 注意：conda 或 pyenv 等环境管理器可能覆盖
python，若你装过它们，先查where conda和pyenv --version排除干扰
