Python 打包之所以可能比较费劲，主要有以下几个原因：
动态编译：
Python 是一种解释性语言，它在运行时动态编译源代码成字节码。这意味着每次打包时都需要重新对代码进行编译，这导致打包过程缓慢。
C 扩展：
Python 将 C 扩展视为其重要特性，并试图隔离包的使用与编译 C 扩展。发行版需要包含编译 C 扩展后的二进制代码，这称为 binary wheels。
多平台兼容性：
C 扩展通常需要针对特定的 Python 版本和操作系统进行编译，因此需要使用多个 wheels 来实现普适性。
版本和操作系统的不确定性：
包的作者无法预测所有可能的 Python 版本和操作系统，因此包含一个由包用户负责编译的源发行版也很重要。
包管理工具的挑战：
像 pip 这样的包管理工具在安装时自动寻找最合适的发行版，但有时即使找到了兼容的发行版，其哈希值可能不匹配，增加了安装时的不确定性和潜在的安全风险。
源代码与二进制发行版的不匹配：
当已安装的包有新的发行版时，可能会出现兼容性问题，因为用户可能已经安装了一个与系统不兼容的发行版。
由于上述原因，Python 打包过程可能相对复杂和耗时，尤其是当涉及到 C 扩展和需要考虑多平台兼容性时。用户和开发者通常需要仔细选择合适的发行版，并可能需要手动编译某些包来确保最佳性能和兼容性