该错误表明系统未找到python.exe，根本原因是Python安装路径未添加到PATH环境变量中；需确认安装时是否勾选“Add Python to PATH”，否则手动添加主程序目录和Scripts目录至PATH，并关闭所有终端重新验证。
python --version 报“不是内部或外部命令”
这是最典型的环境变量失效表现，说明系统根本没找到 python.exe。不要急着重装，先确认两点：安装时是否勾选了 Add Python to PATH；如果没勾或不确定，就走手动配置。
手动添加前，必须先定位到真实安装路径。常见位置有：
C:Users\AppDataLocalProgramsPythonPython312C:Python312- 或你自定义的路径（比如
D:DevPython312）
注意：你要加进 PATH 的是两个目录 —— 主程序目录（含 python.exe）和 Scripts 子目录（含 pip.exe）。缺一不可。
PATH 已添加但 where python 无输出或返回错误路径
运行 where python 是 Windows 下最直接的验证方式。如果它没返回任何路径，说明 PATH 没生效；如果返回了多个路径，尤其开头是 C:Windowspy.exe 或 C:Users\AppDataLocalMicrosoftWindowsAppspython.exe，那大概率是 Windows 11 的「应用执行别名」在捣鬼。
立即学习“Python免费学习笔记（深入）”；
解决方法很简单：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 在开始菜单搜 应用执行别名，打开设置页
- 把
python.exe和pip.exe对应的开关全部关掉 - 关掉所有终端，新开一个 cmd 或 PowerShell 再试
这步跳过，90% 的“明明配了却用不了”问题都还在原地打转。
setx /M PATH 命令写入后仍不生效
setx 确实能绕过图形界面直接写注册表，但它有个硬伤：不会刷新当前会话的环境变量，且 /M 参数需要管理员权限才能写系统级 PATH。如果执行后 echo %PATH% 里还是没看到你的路径，可能是：
- 没以管理员身份运行命令行（
/M失败但无报错） - PATH 值太长导致截断（Windows 限制约 1024 字符，老系统更严）
- 你改的是用户变量，却用了
/M（或反之）
更稳妥的做法是：用图形界面进「环境变量」编辑器，手动新增两行，确保每行只写一个完整路径，不带空格或引号，保存后一定关掉所有终端窗口再重开。
终端重启了，echo %PATH% 也看到了路径，但 python 还是调用失败
这时候要怀疑是不是路径本身有坑。检查以下几点：
- 路径末尾有没有多加反斜杠？比如
C:Python312是合法的，但C:Python312\在某些旧 shell 下可能解析异常 - 路径中是否含中文、空格或特殊符号？虽然现代 Windows 支持，但部分工具链（尤其是老版 IDE 或脚本）仍会出问题
- 是否误把
python312.exe所在目录加进去了？正确路径是放python.exe的那个目录，不是放python312.exe的InstallPathpython312.exe目录
最容易被忽略的是：你加的路径里可能混进了已损坏或残留的旧版本 Python 目录，而它排在你新路径前面，导致系统优先调用了那个坏的。用 where python 看顺序，删掉可疑项再试。
