Python构建独立环境项目：关于Python 3.12+中停止捆绑setuptools的技术分析

在Python生态系统的演进过程中，Python构建独立环境项目（python-build-standalone）一直致力于提供高质量的Python发行版。随着Python 3.12的发布，一个重要的变化是关于setuptools的默认安装行为，这值得我们深入探讨。

背景与变化

Python 3.12对标准库中的ensurepip和venv模块进行了重要更新：不再默认安装setuptools。这一变化基于以下技术背景：

1. 自pip 22.1版本起，对于pre-PEP-517/518的包，如果全局环境中没有安装setuptools，pip会自动使用隔离构建环境模式
2. 作为回退机制，pip会提供一个传统的setuptools构建后端，并自动安装setuptools和wheel
3. 这一改进使得全局环境中不再需要预装setuptools

现状分析

在标准CPython构建中，使用默认配置（包含--with-ensurepip）时，Python 3.12+的构建结果只包含pip而不包含setuptools。然而，python-build-standalone项目采用了不同的构建方式：

1. 使用--without-ensurepip配置Python构建
2. 随后手动安装pip和setuptools
3. 这种差异导致Python 3.12+的构建仍然包含了setuptools

技术考量

关于是否应该在Python 3.12+中继续捆绑setuptools，存在几个关键的技术考量点：

1. 构建隔离机制：现代构建工具如pip在遇到pyproject.toml项目时总会使用构建隔离，即使全局环境中已安装setuptools
2. 安全性考虑：虽然全局安装setuptools可能减少网络下载，但构建隔离机制仍会重新下载setuptools
3. 生态系统一致性：保持与标准CPython行为一致有助于减少用户困惑
4. 空间效率：移除setuptools可以减少发行版的大小

现代Python打包生态的影响

随着Python打包生态的发展，几个重要趋势影响了这一决策：

1. pyproject.toml已成为事实标准，强制使用构建隔离
2. 工具如uv等正在重新定义Python工作流
3. 越来越多的项目迁移到显式声明构建后端的方式
4. 虚拟环境默认也不再安装setuptools

结论与建议

基于以上分析，python-build-standalone项目决定在Python 3.12+版本中停止捆绑setuptools，这一决策基于：

1. 现代构建工具的行为已使全局安装setuptools变得不必要
2. 保持与标准CPython行为的一致性
3. 减少发行版体积
4. 遵循Python打包生态的最新发展趋势

这一变化反映了Python打包生态的成熟，也是向更现代化、更安全的Python开发环境迈进的一步。对于开发者而言，理解这些底层变化有助于更好地管理项目依赖和构建过程。