Tkinter程序打包后启动变慢的根源在于打包工具放大了导入与初始化开销，尤其是pandas、matplotlib、requests等库在import阶段的隐式耗时操作；--onedir比--onefile快因跳过解压瓶颈，而按需导入可有效缓解。
Tkinter 程序打包后启动变慢，不是 Tkinter 本身的问题，而是打包过程放大了原本就存在的导入与初始化开销。纯脚本运行时，Python 解释器可复用已加载的模块缓存（如 sys.modules），而打包后的可执行文件每次启动都得从头解压、重建环境、重新导入——所有“隐式耗时操作”都会被显性拖长。
为什么 import pandas 在打包后慢得特别明显
打包工具（如 PyInstaller）会把整个 pandas 及其依赖（numpy、pytz、dateutil 等）一并塞进可执行文件。但真正卡住启动的，是 pandas 导入时触发的 C 扩展加载、时区数据预读、__init__.py 中的配置探测等动作。
-
PyInstaller的--onefile模式需先解压到临时目录再加载，pandas的几十 MB 数据 + 初始化逻辑全挤在Tk()前执行 - 纯脚本下你可能已装好
pandas，且系统级共享库（如libopenblas）加载更快；打包后这些都得走私有路径，dlopen调用延迟更显著 - 用
python -X importtime your_app.py 2>&1 | head -20对比打包/未打包的输出，pandas._libs.skiplist或pandas._libs.skiplist这类子模块常排前三耗时项
matplotlib 和 requests 是打包启动的隐形断点
这两个库在 import 阶段就可能发起阻塞行为，打包后问题会被固化：
-
matplotlib默认尝试初始化 GUI 后端（如tkagg），即使你没画图——必须在任何import matplotlib.pyplot前加import matplotlib; matplotlib.use('Agg') -
requests的__init__.py会触发urllib3和chardet加载，后者会扫描编码别名表，打包后该表被复制多份，for循环遍历更慢 - 自定义包若在
__init__.py里调requests.get('http://localhost:8000/health')，打包后这个请求会卡住主界面 2 秒以上，且无日志提示
PyInstaller 的 --onedir 比 --onefile 启动快的本质原因
--onefile 启动时要解压整个资源包（含所有 .so/.dll）到 temp/_MEIXXXXXX，再逐个 dlopen；--onedir 直接从磁盘读取已解压的文件，跳过解压瓶颈。
立即学习“Python免费学习笔记（深入）”；
- 实测：一个含
pandas+matplotlib的 Tkinter 小工具，--onefile启动约 3.2 秒，--onedir降至 1.4 秒（Linux x86_64） - 但
--onedir输出是文件夹，分发时需打包整个目录，且用户可能误删dist/your_app/_internal下的依赖 - 若必须用
--onefile，可在打包命令加--exclude-module matplotlib --exclude-module pandas，再改代码为按需import
真正卡住的从来不是 Tk() 或 mainloop()，而是你写在 if <strong>name</strong> == '<strong>main</strong>': 上方那几行 import。打包只是把“懒加载没做好的代价”一次性结清了。
