CentOS 7 上 Flask 依赖冲突90%非 Flask 本身问题，而是 Python 编译时缺失 zlib-devel、openssl-devel、libffi-devel 导致 _ssl 和 _ctypes 模块静默缺失，或 OpenSSL 版本低于 1.1.1（系统默认 1.0.2k）引发 SSL 模块不可用，进而使 pip、requests 等全部失败。
直接说结论：CentOS 7 上 Flask 依赖冲突，90% 不是 Flask 本身的问题，而是 Python 版本、系统库（如 OpenSSL）、或依赖树中隐式耦合包（如 Werkzeug、Jinja2）版本错配导致的——尤其不能在 requirements.txt 里对 Flask 的共生依赖写死 ==。
为什么 pip install flask 报错“no module named _ssl”或“ImportError: No module named ‘_ctypes’”
这不是 Flask 安装失败，而是你刚编译安装的 Python 3.x 缺少关键系统开发库。CentOS 7 默认不装这些，make 阶段会静默跳过 _ssl、_ctypes 等模块，导致后续 pip 安装任何包都失败。
-
zlib-devel、openssl-devel、libffi-devel必须在./configure前装好，否则_ssl模块编译失败 → pip 连 PyPI 都连不上 -
libffi-devel缺失 →_ctypes模块不可用 → Flask 启动时报AttributeError: 'NoneType' object has no attribute 'app'（实际是初始化链断裂） - OpenSSL 版本低于 1.1.1（CentOS 7 默认是 1.0.2k）→ Python 3.10+ 编译时
_ssl无法启用，或安装requests/urllib3时 SSL 验证直接挂掉
Flask 和它的“影子依赖”怎么管才不翻车
Werkzeug、Jinja2、ItsDangerous 这几个包和 Flask 是深度绑定的，它们的版本不是独立演进的，而是按 Flask 的兼容矩阵发布。硬锁版本反而触发冲突。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 在
requirements.in里只写flask>=2.2.5，不要写werkzeug==2.3.7—— 让pip-compile自动解出匹配组合 - 绝对避免在
requirements.txt中出现flask==2.3.3+werkzeug==3.0.0这种组合，Flask 2.3.x 官方只兼容 Werkzeug 2.3.x - 如果用了
flask-sqlalchemy，注意它的大版本和 Flask 对齐：3.x 要求 Flask ≥2.3.0，2.x 只支持到 Flask 2.2.x - 用
pip install --no-deps flask==2.3.3先装主框架，再跑pip install -r requirements.txt，强制 pip 统一 resolve 整棵树，比逐个pip install更可靠
CentOS 7 上用 conda 替代 pip 安装 Flask 是否更稳？
是，但有前提：必须用 miniconda，不能用 anaconda；且要禁用默认 channel，优先走 conda-forge。
立即学习“Python免费学习笔记（深入）”；
-
miniconda自带静态链接的 OpenSSL 和 zlib，绕过系统老旧库限制，_ssl和_ctypes基本不会出问题 - 创建环境时指定 Python 版本：
conda create -n flask-env python=3.9，比源码编译省心，也避免污染系统 PATH - 安装 Flask 相关包时加
-c conda-forge：conda install -c conda-forge flask flask-sqlalchemy，conda-forge 的包更新快、兼容性测试更全 - 注意
psycopg2这类 C 扩展：在 CentOS 7 上优先用psycopg2-binary（pip）或conda install psycopg2（conda），别碰源码编译版
最容易被忽略的一点：CentOS 7 的 /usr/bin/python 是 Python 2.7，所有 yum 脚本都依赖它。无论你用源码、conda 还是 pyenv 装多少个 Python 3，都绝不能动这个软链接，也不能让任何新环境的 python 命令覆盖它——否则第二天 yum update 就会报 No module named yum。
