Python3.7中enum与enum34冲突导致PyInstaller报错的解决咨询

核心原理 #

Python 3.4及以上版本已经内置了标准库enum模块，enum34是专门为Python 2.x、Python 3.3及更低版本提供的兼容移植包，在Python 3.7环境中安装enum34完全冗余，是导致本次PyInstaller打包冲突的核心原因。不需要额外安装任何第三方enum包，直接卸载多余的enum34即可解决问题。

正确处理流程 #

1. 先做环境备份，避免意外
   执行命令导出当前环境所有依赖清单：

   pip freeze > requirements_backup.txt
   

   如果你当前使用虚拟环境，直接复制整个虚拟环境文件夹到其他路径做物理备份，恢复成本更低。
2. 卸载enum34
   优先执行常规卸载命令：

   pip uninstall -y enum34
   

3. 验证修复结果
   执行以下命令，确认调用的是Python内置的标准库enum：

   python -c "import enum; print(enum.__file__)"
   

   输出路径中包含lib（标准库路径）而非site-packages（第三方包路径）即为修复成功，此时重新执行PyInstaller打包即可。

卸载enum34遇阻碍的实用规避技巧 #

• 卸载前先确认依赖关联：执行pip show enum34查看Required-by字段，所有依赖enum34的Python 3兼容包都可以直接调用标准库enum，无需保留enum34，直接卸载不会影响原有功能
• 权限报错处理：全局环境操作时，Windows用户添加--user参数执行pip uninstall -y --user enum34，Linux/macOS用户添加sudo执行sudo pip3 uninstall -y enum34
• 文件占用报错处理：关闭所有正在运行的Python进程、IDE调试终端、Python后台服务后重新执行卸载命令
• 极端场景替代方案：如果卸载会触发其他依赖报错，可在执行PyInstaller命令时临时排除enum34，命令如下：

  pyinstaller --exclude-module enum34 your_script.py
  

长期建议：所有项目单独使用虚拟环境管理依赖，不要在全局Python环境安装第三方包，就算某项目环境损坏，直接删除虚拟环境重建即可，完全不会影响全局开发环境。

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