是否可将第三方wheel嵌入另一个Python wheel实现依赖自动安装

你可以根据自己的维护成本选择以下三种方案，都能实现用户单条pip install命令完成全量安装的需求：

方案1：内嵌预编译wheel + 自定义安装逻辑 #

• 提前收集好所有适配Windows平台Python 3.8及以上版本、对应32/64位系统架构的OpenBabel预编译wheel文件，放到你项目源码的vendor/wheels目录下，随安装包一起发布。
• 重写setup.py的安装执行逻辑：安装流程启动后先识别当前运行环境：
  • 若为Windows + Python 3.7环境，走标准依赖解析流程，从PyPI拉取官方适配的OpenBabel安装即可
  • 若为Windows + Python 3.8及以上环境，直接调用pip本地安装接口，匹配当前环境的版本号、系统架构，安装你随包内嵌的对应wheel文件
  • 若为Linux/macOS环境，走常规依赖安装逻辑即可，这两类系统下OpenBabel要么有系统源提供预编译包，要么源码编译门槛远低于Windows，普通用户也能顺利完成
• 注意发布时要同时上传源码包和全平台wheel包，打包配置里不要把内嵌的wheel文件排除在外。

方案2：环境标记分支依赖（符合PyPI官方规范，推荐优先使用） #

• 不需要把第三方wheel塞进自己的安装包，直接在pyproject.toml/setup.py的依赖配置里用PEP 508标准的环境标记做分支判断：
  • Windows + Python 3.7环境下，声明依赖PyPI官方源的OpenBabel
  • Windows + Python 3.8及以上环境下，声明依赖你自己托管的对应版本OpenBabel wheel的直链地址。你可以把需要用到的预编译wheel上传到自己项目的Release附件、或者自己维护的静态存储服务上，保证地址长期稳定可访问即可，不要直接引用第三方个人站点的资源，这类站点没有稳定性承诺，随时可能改版或下线导致安装失败
• 这个方案完全适配pip的标准安装流程，不需要写自定义安装逻辑，不会出现不同pip版本、不同虚拟环境下的兼容问题，维护成本最低。

方案3：直接内嵌OpenBabel二进制文件 #

• 如果不想维护额外的依赖地址，也可以把对应版本OpenBabel安装后的所有Python模块、动态链接库文件，按版本、架构分类放到你自己的包源码目录里，在你包的入口代码里提前做路径注入，让Python解释器启动你的包时能直接加载到对应环境的OpenBabel二进制文件。
• 这个方案完全不需要在安装阶段处理额外依赖，安装完成即可直接使用，缺点是会明显增大你的包体积，后续OpenBabel版本升级时需要手动同步替换所有内嵌的二进制文件。

避坑提醒：不要尝试在Windows环境下给高版本Python配置源码编译OpenBabel的安装逻辑，编译过程需要配置全套C++编译环境、依赖多个第三方系统库，普通用户几乎不可能顺利完成。

内容的提问来源于stack exchange，提问作者zmbq