Windows上python3命令默认不生效是正常设计，因安装仅注册python.exe和py.exe，未创建python3.exe入口；应使用py --version验证安装，py命令支持版本选择且更可靠。
python3 命令在 Windows 上默认不生效是正常现象
Windows 安装 Python 时，python3.exe 文件确实存在（通常位于 C:\Users\<user>\AppData\Local\Programs\Python\Python312\</user>），但系统不会自动创建名为 python3 的可执行入口。安装程序只注册 python.exe（指向当前主版本）和 py.exe（Python Launcher），而 python3 不在默认 PATH 搜索路径中——这不是 bug，是设计选择。
常见错误现象包括：'python3' 不是内部或外部命令、终端直接卡住无输出、或返回空行后退出。
- 检查是否真有该文件：在资源管理器中打开 Python 安装目录，确认是否存在
python3.exe（注意不是python.exe） - 验证 Launcher 是否可用：运行
py --version，若返回版本号，说明 Python 已安装且 Launcher 正常工作 - 不要依赖
which python3或where python3——它们查不到是预期行为，不代表 Python 没装好
macOS/Linux 中 python3 可用但 python 不可用的原因
macOS 和大多数 Linux 发行版默认不提供 python 命令软链接，这是为避免与系统自带的 Python 2.x 冲突（尤其旧版 macOS）。所以 python3 --version 成功，而 python --version 报 command not found 是标准行为，不是配置错误。
关键区别在于：python3 是明确指向 Python 3 解释器的独立可执行文件；python 则需手动建立符号链接或通过别名/工具控制。
立即学习“Python免费学习笔记（深入）”；
- 不要用
sudo ln -sf /usr/local/bin/python3 /usr/local/bin/python强行覆盖——可能破坏系统工具依赖 - Homebrew 安装后，路径通常在
/opt/homebrew/bin（Apple Silicon）或/usr/local/bin（Intel），需确认该路径已加入$PATH - 验证方式：运行
ls -l /usr/local/bin/python*，看是否有python3但无python
为什么推荐用 py 而不是硬配 python3 到 PATH
在 Windows 上，py 是官方 Python Launcher，它比手动把 python3.exe 加入 PATH 更可靠。它能识别脚本头部的 #! python3、支持版本选择（如 py -3.11）、且不受用户 PATH 缓存刷新延迟影响。
手动添加 python3 到 PATH 表面“解决问题”，实则埋下隐患：
- 多版本共存时，PATH 中靠前的
python3.exe可能不是你想要的版本 - 升级 Python 后，PATH 里仍指向旧路径，
python3 --version显示错误版本 - 某些 IDE 或构建工具（如 VS Code 的 Python 扩展）会优先读取
py，忽略自定义 PATH -
py -3等价于调用最新 Python 3.x，比写死python3更健壮
真正要检查的三个关键点
别只盯着“为什么没 python3”，先确认底层是否就绪。以下三步能快速定位问题本质：
- 运行
py --list（Windows）或which python3（macOS/Linux）——看到路径才说明安装和可见性没问题 - 检查
echo %PATH%（Windows CMD）或echo $PATH（macOS/Linux 终端）——确认 Python 目录确实在其中，且拼写完全一致（大小写、反斜杠/斜杠） - 在安装目录下双击
python.exe或终端中输入完整路径如C:\Python312\python.exe --version——能启动即证明解释器完好，问题纯属 PATH 或命名约定
最易被忽略的是：Windows 用户改完 PATH 后没重启终端，或用了 PowerShell 却只在 CMD 里测试；macOS 用户改了 .zshrc 却没运行 source ~/.zshrc。环境变量不是全局广播，它只对新启动的 shell 生效。
