update-alternatives本质是管理两级符号链接（/usr/bin/xxx → /etc/alternatives/xxx → 实际二进制），不修改环境变量或卸载版本；手动ln -sf会绕过系统机制，导致apt升级失效、优先级策略失灵、状态不可追溯等问题。
直接结论：用 update-alternatives 管理默认版本，本质是控制符号链接的指向，不是改环境变量、也不是卸载旧版本——它只动 `/usr/bin/xxx` → `/etc/alternatives/xxx` → 实际二进制文件 这条链中的前两环。
为什么不能直接 ln -sf 改 /usr/bin/python？
手动删链接再建软链看似快，但会绕过系统管理机制，导致几个实际问题：
- 下次安装新版本（比如 apt upgrade 装了
python3.12）时，update-alternatives不知道这个路径，不会自动纳入备选项 - 其他依赖该机制的工具（如
apt的 postinst 脚本）可能重置你的手动修改，悄无声息地切回旧版本 - 无法区分“自动模式”和“手动模式”，优先级策略失效，后续新增高优先级版本也不会自动生效
-
which python和readlink -f $(which python)看起来正常，但update-alternatives --display python会报 “no alternatives for python”，排查时容易误判
注册新版本必须带全四个参数
update-alternatives --install 的四个位置参数缺一不可，顺序固定，不能靠 flag 名称识别：
-
/usr/bin/python：主链接路径，必须是用户调用命令时实际访问的路径（不是/usr/bin/python3，除非你打算让python命令本身指向它） -
python：这组替代项的内部名称，要和后续--config时用的名称一致 -
/usr/bin/python3.12：真实可执行文件路径，必须存在且有执行权限，建议先ls -l /usr/bin/python3.12确认 -
2：优先级数值，整数，越大越可能被选为自动模式下的默认值；多个版本间需有差异，否则--auto无法决策
常见错误写法：sudo update-alternatives --install python python /usr/bin/python3.12 2 —— 缺少主链接路径，命令会失败并提示 “missing link argument”。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
--config 交互式菜单里 * 和 + 的区别
运行 sudo update-alternatives --config python 后，输出中每行开头的标记含义明确：
-
*表示当前处于“自动模式”，且该条目是当前优先级最高者（即使你刚手动选过，只要没触发--auto，它就只是“手动选中的高优项”，不显示*） -
+表示当前处于“手动模式”，且该条目是当前被选中的那个 - 没标记的行，说明既不是当前选中项，也不在自动模式候选池里
如果你看到两行都标了 + 或都没标，大概率是 update-alternatives 内部状态错乱，此时应先运行 sudo update-alternatives --auto python 恢复自动模式，再重新 --config。
切换后验证必须分两层查
只跑 python --version 不够，因为 alias、shell 函数或 PATH 前置目录可能干扰结果。真正可信的验证步骤是：
- 确认命令路径：
which python应输出/usr/bin/python - 确认符号链接终点：
readlink -f $(which python)应直接指向你期望的二进制，例如/usr/bin/python3.12 - 确认 alternatives 状态：
update-alternatives --display python中 “Status:” 行应为manual或auto，且 “Link currently points to” 行与上一步一致
最容易被忽略的是：某些发行版（如 Ubuntu）默认把 /usr/bin/python 设为断链（dangling symlink），指向一个不存在的 /etc/alternatives/python，而后者又未被任何 --install 注册过——这时所有验证都会失败，必须先补注册，不能跳过。
