make altinstall是唯一安全选择，因make install会覆盖/usr/bin/python导致yum崩溃；它仅安装python3.9和pip3.9，不触碰系统依赖的python2，且必须配合--enable-shared、--with-ensurepip=install、--prefix=/usr/local及ldconfig配置才能正常使用。
make altinstall 是唯一安全的选择，直接 make install 会覆盖 /usr/bin/python，导致 yum 崩溃、防火墙服务失灵、系统包管理瘫痪。
为什么不能动 /usr/bin/python
CentOS 7 的 yum、firewalld、urlgrabber-ext-down 等核心工具全部硬编码依赖 #!/usr/bin/python，而该路径指向 Python 2.7。一旦被替换成 Python 3.9，运行时立即报错：ImportError: No module named site 或 SyntaxError: invalid syntax（因 Python 3 解析 Python 2 的语法失败）。
make altinstall 的实际效果
它只安装带版本号的二进制文件，不碰无版本号的 python 和 pip：
- 生成
/usr/local/bin/python3.9和/usr/local/bin/pip3.9 - 不生成
/usr/local/bin/python、/usr/local/bin/pip - 系统原有
/usr/bin/python（→ python2）保持不变
验证命令：ls /usr/local/bin/python* 应只看到 python3.9、python3（如果手动建了），绝不能出现 python；ls /usr/bin/python* 应仍为 python → python2。
必须加的 configure 参数
漏掉任一关键参数，后续 pip 无法用、SSL 连接失败、C 扩展编译报错：
立即学习“Python免费学习笔记（深入）”；
-
--enable-shared：生成libpython3.9.so，否则numpy等扩展链接失败 -
--with-ensurepip=install：内置 pip3.9，避免手动装get-pip.py时因缺 ssl 模块而卡死 -
--prefix=/usr/local：标准路径，/usr/local/bin默认在 PATH 中；不要用/opt/python39等自定义路径
完整命令示例：./configure --enable-optimizations --enable-shared --with-ensurepip=install --prefix=/usr/local
共享库加载失败怎么办
执行 python3.9 --version 报错：error while loading shared libraries: libpython3.9.so.1.0: cannot open shared object file，说明动态链接器找不到 so 文件。
这不是 PATH 问题，也不是临时加 LD_LIBRARY_PATH 能解决的（不安全且每次都要设）：
- 新建配置：
echo "/usr/local/lib" | sudo tee /etc/ld.so.conf.d/python3.9.conf - 刷新缓存：
sudo ldconfig - 验证：
ldconfig -p | grep python3.9应输出对应 so 路径
这个步骤在启用 --enable-shared 后不可跳过——它决定了你装完能不能真正跑起来。
ldconfig 或误用 make install，就会让整个包管理系统停摆。动手前先确认 /usr/bin/python 指向的是 python2，装完后立刻验证 yum list 是否正常，比反复重装更省时间。 
