直接修改 /usr/bin/python 软链接最彻底但风险最高,需先确认目标路径存在,再用 sudo rm /usr/bin/python && sudo ln -s /usr/bin/python3 /usr/bin/python 替换,推荐指向 /usr/bin/python3(而非具体小版本)以避免升级断链,并务必验证 python --version 和 readlink -f /usr/bin/python。

直接改 /usr/bin/python 软链接最彻底,但风险最高
系统级命令 python 默认指向 /usr/bin/python,而它通常是个软链接。直接重指向 python3 能让所有不带版本号的脚本、工具(比如某些旧版 pip、ansible 或 shell 包装器)统一走 Python 3。
操作前先确认目标路径是否存在:
ls -l /usr/bin/python* # 应该能看到 /usr/bin/python3 指向具体版本,如 /usr/bin/python3.12
执行替换(注意:不是 ln -s /usr/bin/python3.12 /usr/bin/python,而是用完整路径):
sudo rm /usr/bin/python-
sudo ln -s /usr/bin/python3 /usr/bin/python(推荐用python3而非具体小版本,避免升级后断链)
验证:python --version 应输出 Python 3.x;readlink -f /usr/bin/python 应返回 /usr/bin/python3.x。
⚠️ 容易踩的坑:
– 某些发行版(如 CentOS 7)的系统工具(yum)强依赖 python2,硬切可能导致包管理器异常;
– 若 /usr/bin/python3 本身是软链接,且指向不存在的路径(比如删了 python3.9 但没更新链接),python 会报 command not found;
– 不要用 ln -s /usr/local/bin/python3 之类路径,除非你确定该路径在 $PATH 中且优先于 /usr/bin。
用 alias 只影响当前用户 Shell,安全但不全局
如果你只是想让自己终端敲 python 时跑 Python 3,又不想动系统文件,alias 是最轻量的选择。它只作用于交互式 Shell,不影响 cron、systemd 服务或其它用户。
编辑 ~/.bashrc 或 ~/.zshrc,追加一行:
alias python='/usr/bin/python3'
然后生效:
-
source ~/.bashrc(或source ~/.zshrc) - 新开一个终端验证:
type python应显示python is aliased to '/usr/bin/python3'
⚠️ 注意点:
– alias 对 shell 脚本中调用的 python 无效,除非脚本显式用了 eval "$(alias python)" 这类非常规写法;
– 如果脚本第一行是 #!/usr/bin/env python,它仍会走 $PATH 查找,不受 alias 影响;
– 别写成 alias python=python3,缺少路径会导致在非交互式环境(如 ssh user@host 'python --version')下失效。
update-alternatives 是 Debian/Ubuntu 系统的推荐方式
这是最规范的系统级方案,尤其适合多版本共存场景(比如同时有 python2.7、python3.9、python3.12)。它把 python 当作一个“可切换的替代项”,用权重控制默认选哪个。
注册两个候选版本(假设你有 /usr/bin/python2.7 和 /usr/bin/python3.12):
sudo update-alternatives --install /usr/bin/python python /usr/bin/python2.7 100sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.12 150
权重高的(150 > 100)自动成为默认。后续可随时切换:
sudo update-alternatives --config python
终端会列出选项,输入编号即可切换。
⚠️ 关键细节:
– update-alternatives 在 CentOS/RHEL 上默认不预装,需先 sudo yum install policycoreutils-python-utils(RHEL 8+)或 dnf install alternatives;
– 权重值没有绝对意义,只用于比较;若两个权重相同,会按注册顺序选第一个;
– 修改后,python 命令实际指向的是 /etc/alternatives/python,再由它软链接到真实二进制,结构更清晰也更易排查。
为什么不要碰 PATH 前置 /usr/local/bin?
有人会想:我把自编译的 python3 放到 /usr/local/bin/python3,再把 /usr/local/bin 加到 PATH 最前面,不就能覆盖系统 /usr/bin/python 了吗?
理论上可行,但实际问题很多:
- 系统包管理器(如
apt、dnf)安装的 Python 相关工具(pip3、pydoc3)可能仍绑定原路径,导致模块找不到; -
/usr/local/bin优先级高于/usr/bin,但某些 systemd 服务或 init 脚本会显式指定/usr/bin/python,绕过PATH; - 一旦误删或重装系统 Python,
/usr/local/bin/python3可能缺失_ssl、_ctypes等关键模块,报错如ModuleNotFoundError: No module named '_ssl'。
真正需要自定义路径(比如源码编译安装到 /opt/python-3.12),应配合 update-alternatives 注册,而不是靠 PATH 抢跑。
最常被忽略的一点:改完任何一种方式后,务必检查 pip 是否同步指向 Python 3。运行 python -m pip --version,看输出里的 Python 版本是否匹配;如果仍是 Python 2 的 pip,说明解释器和包管理器没对齐,得重新安装 pip 或用 python3 -m ensurepip 修复。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!











