pyinstaller pathex参数引发打包no module name异常
现象:
最近将pyinsatller升级到最新的Version: 5.0.1版本后(之前一直用的是3.5版本同样方法未遇到问题,今次更新到最新版本后5.0.1后打包就遇到问题,具体是这中间哪个版本开始有变化也不清楚了,也不去追究,凡是在新版本中遇到问题就在新版本中解决),详细现象及解决办法如下:
1。 先贴上pyinstaller的官方介绍:点击跳转
2。使用pyinstaller打包完成后到dist目录下点击 .exe程序运行时提示 “no module found”,凡是所有外部加载的模块全部无法识别到,然后单独将对应的包放到该dist目录下再运行则问题消失,表明在打包时未正常对应目录所依赖的模块加载进去
3。先来看打包命令,我是使用批处理,跟 .py的主文件(即可运行主窗口文件)在同一目录
@echo off echo Current Dish:%~d0 echo Current Dish and Path:%~dp0 echo Current CMD default Dir:"%cd%" set "current_dir=%~dp0" echo %current_dir% set "output_dir=%current_dir%" cd %output_dir% ;echo "%cd%" pyinstaller.exe -D -w %current_dir%\SmartTools.py -i %current_dir%\icon\Tool.ico pause
4。pyinstaller打包的时候会首先生成一个spec文件,我们可以手工去修改这个文件,下次打包指定用这个文件。它的好处是:里面可以写更复杂的选项,也可以重复利用,这个方法我是在pyinstaller 3.5版本中这么用的,但在pyinstaller5.0.1版本中却会每次重新覆盖掉我所修改的spec文件,导致该pathex每次为空,所以在打包时就不会将py文件中所引用的文件加载进去进行编辑打包,关于该pathex参数解释可以到第一步的官方中去查找,下面我截图出来给你们看(明确告诉我们该参数主要就是文件中关于imports导模块所需路径)
5。那到这里就已经知道问题出在哪里了,但要如何处理才能将spec文件中的pathex中带上当前地址呢,上面也已经给出的明确的答案,就是在pyinstaller后面带上 --paths参数,现修改编辑打包文件如下(红色字体为新增部分):
@echo off echo Current Dish:%~d0 echo Current Dish and Path:%~dp0 echo Current CMD default Dir:"%cd%" set "current_dir=%~dp0" echo %current_dir% set "output_dir=%current_dir%" cd %output_dir% ;echo "%cd%" pyinstaller.exe --paths %current_dir% -D -w %current_dir%\SmartTools.py -i %current_dir%\icon\Tool.ico pause
6。重新运行该批处理后再去检查 spec文件,查看pathex是否已经将对应目录添加上,经确认该参数中已经有值了,为一个列表
# -*- mode: python ; coding: utf-8 -*- block_cipher = None a = Analysis( ['E:\\SmartTools\\\\SmartTools.py'], pathex=['E:\\SmartTools\\'], binaries=[], datas=[], hiddenimports=[], hookspath=[], hooksconfig={}, runtime_hooks=[], excludes=[], win_no_prefer_redirects=False, win_private_assemblies=False, cipher=block_cipher, noarchive=False, )
7。 重新到dist目录下去执行 .exe程序,正常启动未报任何错误,到此问题成功解决。
以上就是pyinstaller pathex参数引发打包no module name异常的详细内容,更多关于pyinstaller打包异常的资料请关注我们其它相关文章!