安装参考这篇
https://www.cnblogs.com/opsprobe/p/11266939.html
🚀 Python 编译与环境部署深度指南：告别 SSL 缺失和 Bash 缓存困扰
📝 导言
在 Linux 系统上从源码编译安装 Python，尤其是在企业级环境（如 CentOS/RHEL）中，常常会遇到依赖性陷阱。本篇指南将深入解析两个最常见、最棘手的问题：SSL/TLS 模块缺失导致的网络连接失败，以及 GCC 链接错误，并附带解决 Bash 命令缓存混乱的实用技巧。
一、核心痛点：解决 Python SSL 模块缺失
当 pip 报错 ssl module in Python is not available 或 SSLError 时，意味着你的 Python 解释器无法建立安全的 HTTPS 连接。
诊断原因
Python 的 ssl 模块不是自动构建的。如果在运行 ./configure 时，系统缺少 OpenSSL 的开发库，Python 就会在没有 SSL 支持的情况下被编译。
解决方案
1. 安装 OpenSSL 开发包
在基于 RHEL/CentOS 的系统上，必须安装 openssl-devel 和其他关键依赖：
yum install openssl-devel zlib-devel bzip2-devel libffi-devel
2. 清理与重新配置
安装依赖后，必须清理旧的配置和编译残留，并重新配置 Python 源码。
# 清理旧的编译文件
make clean# 运行配置脚本，依赖系统自动检测 OpenSSL
# 注意：不需要使用 --with-ssl，脚本会自动查找
./configure --prefix=/usr/local/python3.6 --enable-optimizations# 提示：如果配置脚本发出 `--with-ssl` 相关的警告，通常是因为选项名不被识别，
# 只要确认系统依赖已安装，可以忽略此警告。
3. 编译与安装
make
make install
完成这一步，你的新 Python 解释器就应该具备完整的 SSL 功能了。
二、编译陷阱：处理 GCOV 链接错误
如果在 make 阶段遇到大量 undefined reference to '__gcov_...' 的错误，如 __gcov_indirect_call_profiler，这是典型的链接错误。
诊断原因
这表明在之前的 ./configure 步骤中，无意中启用了 GNU 代码覆盖率 (GCOV) 相关的编译标志（如 -fprofile-arcs 或 -ftest-coverage），但链接器在最后一步缺少了 GCOV 库（-lgcov）。
解决方案：禁用覆盖率功能
最简单的解决方案是回到配置阶段，确保移除了所有 GCOV 相关的编译选项，依赖标准的优化配置。
-
清理残留：
make clean -
重新配置： 确保你的
configure命令中没有包含任何-fprofile-arcs或-ftest-coverage相关的环境变量或参数。./configure --prefix=/usr/local/python3.6 --enable-optimizations -
重新编译：
make
三、测试失误：CERTIFICATE_EXPIRED 错误处理
在运行 make test 时，如果遇到 [SSL: SSLV3_ALERT_CERTIFICATE_EXPIRED] 错误，这是外部证书过期导致的，不会影响你编译的解释器。
解决方案
- 忽略错误： 这是外部测试资源的证书过期所致，直接终止测试 (
Ctrl+C)。 - 执行安装： 运行
make install完成安装过程。
四、环境管理：解决 Bash 命令缓存混乱
当你创建了新的软链接（例如 /bin/pip3 -> /usr/local/python3/bin/pip3），但直接运行 pip3 仍然报错 No such file or directory 时，通常是 Bash 的缓存作祟。
诊断原因
Bash 使用一个名为 哈希表（Hash Table） 的缓存机制来记住命令的完整路径。如果你在创建软链接或移动程序后没有通知 Bash，它会继续尝试执行记忆中那个错误的旧路径。
解决方案：清除哈希缓存
使用 hash -r 命令强制 Bash 清空并重新搜索 $PATH 环境变量中的所有目录。
# 解决 pip3 或其他命令找不到的问题
hash -r# 重新运行验证
pip3 -V
总结： 编译安装 Python 是一项细致的工作。遵循 先装依赖，再清理，后配置 的流程，并理解 Bash 缓存机制，能够极大地提高环境部署的效率。