必须用 make altinstall，因 make install 会覆盖 /usr/bin/python 链接，导致 yum（依赖 python 2.7）崩溃；altinstall 仅安装 python3.9 和 pip3.9，避免路径冲突。
直接说结论：不要用 make install，必须用 make altinstall；系统 Python 2.7 不能动，yum 依赖它，改错一行 shebang 就会断掉包管理。
为什么 make altinstall 是硬性要求
CentOS 7 的 /usr/bin/python 是软链接指向 python2，yum 脚本第一行写死 #!/usr/bin/python。如果执行 make install，它会在 /usr/bin/ 下生成 python3.9 和 python 两个可执行文件——后者会覆盖原有 python 链接，导致 yum 启动失败，报错类似 ImportError: No module named site 或直接提示语法错误。
make altinstall 跳过创建 python 和 pip 这两个无版本号的命令，只安装 python3.9 和 pip3.9，彻底避免路径冲突。
- 永远不要在生产环境执行
make install - 验证是否生效：运行
ls /usr/bin/python*，应看不到python或pip指向 3.9 版本 - 若已误操作，立即用
rpm -qf /usr/bin/python查归属包，并用yum reinstall python恢复
./configure 必加的关键参数
源码编译不是解压就完事，缺参数会导致后续 pip 失效、SSL 连接失败、甚至 import ssl 报错。
必须显式启用 pip 并指定共享库路径：
-
--with-ensurepip=install：确保安装时一并部署pip3.9，否则要手动用get-pip.py，且容易因缺少ssl模块而失败 -
--enable-shared：生成libpython3.9.so，否则某些 C 扩展（如numpy）编译会报undefined reference to Py_Initialize -
--prefix=/usr/local：统一安装到标准位置，避免权限和路径混乱；不建议自定义成/opt/python39等非标准路径，否则需反复调整LD_LIBRARY_PATH和PATH
完整示例：
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
./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，说明动态链接器找不到 Python 3.9 的 so 文件。
解决方法不是加 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 开启后，否则所有依赖 Python C API 的工具（如 mod_wsgi、pyenv）都会挂掉。
要不要改 /usr/bin/python3 软链接？
可以，但必须明确目的：仅为了开发便利，而非“升级系统 Python 3”。CentOS 7 自带的 python3（6.x 版本）与你装的 3.9 是不同包，共存无害。
如果你确定要切换默认 python3 命令：
- 先确认原链接归属：
ls -l /usr/bin/python3，通常是python3-3.6m类似路径 - 备份：
sudo mv /usr/bin/python3 /usr/bin/python3.bak - 新建：
sudo ln -sf /usr/local/bin/python3.9 /usr/bin/python3 - 但
yum不受影响，因为它从不调用python3，只认python（即 2.7）
真正容易被忽略的是：改完后，所有未显式指定版本的脚本（比如 #!/usr/bin/env python3）会自动走 3.9，但若它们依赖旧版语法或模块行为（如 distutils 移除），可能静默出错。所以更稳妥的做法是保持 python3.9 显式调用，配合 venv 隔离环境。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
