未导入的matplotlib导致auto-py-to-exe打包EXE报错崩溃如何解决？

为什么打包会扫描到未导入的matplotlib #

• PyInstaller采用递归依赖扫描逻辑，会自动收集你显式导入依赖的所有下层依赖，你导入的imageio、PIL相关组件在当前环境中可能间接依赖matplotlib的部分功能，导致被扫描进打包列表
• 另一种可能是本地Python环境中matplotlib安装损坏，或PyInstaller的全局matplotlib打包hook被异常触发，即使你没有直接导入该库，也会被hook逻辑加入打包清单

打包失败的直接根因 #

你遇到的最终报错PermissionError: [Errno 13] Permission denied: 'DumpStack.log'才是打包中断的核心原因：

• DumpStack.log是Windows系统生成的临时调试日志文件，通常会被系统进程锁定，普通应用无读取权限
• 该文件因异常出现在matplotlib的mpl-data资源目录下，PyInstaller尝试打包整个mpl-data目录时，读取到被锁定的该文件就触发了权限错误

可落地的解决方法 #

1. 优先方案：直接排除matplotlib打包
   你脚本本身不需要matplotlib，在打包命令中添加--exclude-module matplotlib参数屏蔽该库的打包逻辑即可，不会影响最终exe的运行功能，修改后的命令如下：

pyinstaller --noconfirm --onefile --console --icon "C:/path/to/file.ico" --name "NameOfScript" --exclude-module matplotlib "C:/path/to/file.py"

2. 清理异常日志文件
   找到报错提示的matplotlib\mpl-data目录，删除目录内的DumpStack.log文件，如果删除提示被占用，重启电脑后再操作即可
3. 排除安全软件干扰
   打包前暂时关闭杀毒软件、系统防护工具，避免这类工具锁定日志文件导致权限错误
4. 极端情况：使用干净虚拟环境打包
   如果上述操作都无效，新建一个空白Python虚拟环境，仅安装你脚本需要的依赖后再执行打包，避免全局环境多余的库干扰打包流程

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