tkinter 中使用 photoimage 时，若未保持对图像对象的强引用，图像会因垃圾回收而消失，导致 label 显示空白——即使代码看似执行成功。根本原因在于 photoimage 实例必须在 python 对象生命周期内持续存在。
tkinter 中使用 photoimage 时，若未保持对图像对象的强引用，图像会因垃圾回收而消失，导致 label 显示空白——即使代码看似执行成功。根本原因在于 photoimage 实例必须在 python 对象生命周期内持续存在。
在您的代码中，img = ImageTk.PhotoImage(img) 创建的 PhotoImage 对象是函数 on_enter 内的局部变量。当函数执行结束，该对象失去所有引用，Python 垃圾回收器随即释放其内存。尽管 image_label.configure(image=img) 已将图像设置到控件中，但 Tkinter 仅保存图像的内部 ID，不持有 Python 层面的引用。一旦 img 被回收，Tkinter 就无法渲染图像，Label 便显示为空白区域。
您观察到“保留报错行 photo = ImageTk.PhotoImage(img) 反而能正常显示”，实为一种偶然的引用残留现象：该行试图对已为 PhotoImage 类型的 img 再次调用 ImageTk.PhotoImage()（即 ImageTk.PhotoImage(<photoimage object>)</photoimage>），触发 AttributeError: 'PhotoImage' object has no attribute ...。但因异常发生在赋值之后（photo = ... 未完成），原 img 变量仍存在于当前作用域中，且尚未被销毁——此时函数恰好退出，而解释器在异常传播前可能延迟了局部变量清理，导致图像短暂“幸存”。这并非可靠行为，而是不可移植、不可预测的副作用，绝不可作为解决方案依赖。
✅ 正确做法：显式保留对 PhotoImage 实例的强引用。推荐以下两种稳健方式：
方式一：绑定为 Label 实例属性（推荐）
在 on_enter 中将图像赋给 image_label 的自定义属性，确保生命周期与 Label 一致：
def on_enter(event):
global image_label
btn = str(event.widget)
# ……（原有 match/case 加载 PIL.Image 逻辑）……
photo = ImageTk.PhotoImage(img) # 创建 PhotoImage
image_label.configure(image=photo)
image_label._current_photo = photo # 关键：强引用保活！方式二：使用全局变量（简单但需谨慎）
适用于小型脚本，注意避免命名冲突：
# 在全局作用域声明
current_photo = None
def on_enter(event):
global image_label, current_photo
# ……（加载 img）……
current_photo = ImageTk.PhotoImage(img)
image_label.configure(image=current_photo)⚠️ 注意事项：
- 不要重复调用
ImageTk.PhotoImage()包装已存在的PhotoImage对象（如原代码第27行）； - 每次更新图像都应生成新的
PhotoImage实例并重新绑定引用； - 若需频繁切换大量图像，建议预加载并缓存
PhotoImage对象，避免运行时重复解码开销； -
on_leave目前为空，如需恢复默认图，请同样遵循“创建 + 强引用”原则。
总结：Tkinter 的图像显示依赖 Python 层引用存活，而非 Tk 层配置。理解并主动管理 PhotoImage 的生命周期，是解决此类“图像闪退”“空白显示”问题的核心。
