CentOS 上选择 Python 安装包的实用指南
一、先定目标与系统基线
- 明确用途：是系统工具/运维脚本，还是业务应用/数据科学开发；是否需要同时维护多个版本。
- 确认系统版本：不同 CentOS 版本的默认 Python 不同，且部分系统工具依赖系统自带 Python。
- 版本策略：新项目优先选择 Python 3.x，避免 Python 2（已停止维护）。常见基线：CentOS 7 常见为 Python 2.7（系统工具依赖较多），CentOS 8/Stream 通常自带 Python 3.6+。建议以 python3/python3.x 命令为主，避免替换系统 python。
二、安装方式如何选
| 方式 |
适用场景 |
版本可控性 |
易用性 |
系统影响与风险 |
典型命令 |
| YUM/DNF 仓库安装 |
新手、快速部署、稳定可用 |
中（随仓库） |
高 |
影响小，尽量不动系统 python |
sudo yum install python3 python3-pip |
| 源码编译安装 |
需要特定版本（如 3.9/3.10/3.11）、可定制编译选项 |
高 |
中 |
使用 altinstall，避免覆盖系统 python |
./configure --enable-optimizations && make -j $(nproc) && sudo make altinstall |
| pyenv 多版本管理 |
同时维护多个版本、按项目切换 |
高 |
中-高 |
用户级管理，隔离好 |
pyenv install 3.10.12 && pyenv global 3.10.12 |
| 容器化（Docker） |
环境隔离、可移植部署、CI/CD |
高 |
高 |
与宿主机解耦，最安全 |
docker run -it --rm python:3.11 bash |
- 要点提示：
- 编译安装务必使用 make altinstall，避免覆盖系统默认解释器；必要时用软链或 PATH 管理可执行文件路径。
- 多版本并存与切换优先用 pyenv；生产/后台服务建议配合 venv 隔离依赖。
三、第三方包的包型怎么选（pip 安装时）
- Wheel 与 Source 的区别：
- Wheel（.whl）：预编译的二进制分发，安装快、无需本地编译工具链，但需匹配平台与 Python 版本（如 cp39、manylinux_x86_64）。
- Source Distribution（sdist，.tar.gz）：源码分发，安装时可能触发本地编译，依赖 gcc、Python 开发头等；在无合适 wheel 或需特定编译参数时使用。
- 选择建议：
- 日常优先使用 wheel（pip 默认优先选择匹配的 wheel）；若安装时报缺编译依赖，再补齐工具链或改用已打包的 wheel。
- 内网/离线环境可提前下载对应平台与 Python 版本的 wheel 文件离线安装。
四、关键注意事项与避坑
- 不要替换系统 /usr/bin/python；系统工具（如 yum）可能依赖 Python 2.7。若确需调整默认 python，请保留原解释器并谨慎修改 shebang，或优先使用 python3/python3.x 与软链管理。
- 安装依赖要全：编译或装含 C 扩展的包前，准备 Development Tools 与常见开发库（如 openssl-devel、bzip2-devel、libffi-devel、zlib-devel、readline-devel、sqlite-devel）。
- 始终使用虚拟环境：python3 -m venv venv && source venv/bin/activate，避免污染全局包环境。
- 国内加速：pip 安装慢可换源，例如：pip config set global.index-url https://pypi.tuna.tsinghua.edu.cn/simple。
五、快速决策清单
- 只想最快在服务器上跑脚本：用 YUM 安装 python3 + python3-pip，立即用 venv 隔离项目依赖。
- 需要 3.9/3.10/3.11 等新版本或特定编译选项：选 源码编译 + altinstall，或用 pyenv 管理多版本。
- 多项目、多版本并存：用 pyenv + venv，按项目切换与隔离依赖。
- 追求可移植与一致性：用 Docker 官方 Python 镜像 构建镜像运行。