easy_install 已被官方彻底弃用，PyPA 自2014年将其列入维护模式，2020年起主流Python发行版不再预装，2025年setuptools移除支持；它缺失卸载、记录、校验三大能力，无法生成RECORD文件，不记录安装路径与文件哈希。
easy_install 已被官方彻底弃用，继续用就是主动引入风险
PyPA（Python Packaging Authority）早在 2014 年就将 easy_install 列入维护模式，2020 年后所有主流 Python 发行版（包括 python.org 官方安装包、conda、pyenv 等）均不再预装它。2025 年起，setuptools 本身也已移除对 easy_install 的支持——这意味着你执行 easy_install 命令时，实际调用的很可能是降级兼容的 stub，或直接报错 CommandNotFoundError。
卸载不了、记录不了、校验不了：三个基础能力全缺失
easy_install 不写 RECORD 文件，不记录安装路径和文件哈希，导致：
- 没有
easy_install uninstall—— 卸载只能靠手动删site-packages下的.egg目录或.pth文件，极易残留或误删 - 依赖版本约束（如
requests>=2.25.0,）被完全忽略，常因装错 numpy 版本导致 <code>scipy编译失败 - 默认不校验 SSL 证书，从 HTTP 源拉包时存在中间人攻击风险；而
pip默认拒绝非 HTTPS 源，且支持--trusted-host显式控制
Wheel 格式不支持，虚拟环境不兼容，CI 构建必崩
现代 Python 包分发以 .whl 为主，easy_install 无法识别或安装 wheel 文件，只能退回到源码编译（.tar.gz），在 CI/CD 或无编译环境（如 Alpine Linux）中大概率失败。
更隐蔽的问题是：easy_install 会把 .egg 路径写进 sys.path，而 pip 安装的包默认不走这套机制。若项目代码里有 pkg_resources.load_entry_point 这类硬依赖 easy_install 行为的调用，升级后不会报错，但会在某次 Python 小版本升级或容器镜像切换时突然找不到入口点。
调用百度文档解析API，支持18+格式，提取文本、表格、版面分析、OCR识别及RAG文档分块。适用于文档解析、文本/表格提取、结构分析、扫描件处理。触发词：文档解析、PDF解析、Word解析、表格提取、OCR、文档分析、提取文本、文档结构、扫描识别。
立即学习“Python免费学习笔记（深入）”；
替换命令不是改个名字那么简单
直接把 easy_install foo 改成 pip install foo 往往不够：
- 旧
setup.py含use_2to3=True或自定义build_ext？需加--no-build-isolation - 曾用
easy_install -f /path/to/eggs拉私有包？pip要换成--find-links file:///path/to/wheels --no-index - Windows 上残留
pywin32_postinstall.py？得手动删Scripts/下对应脚本，否则干扰pip install
真正难处理的不是命令本身，而是那些没写在文档里、只在历史构建日志中偶然出现的隐式依赖行为。
