90%图片不显示是因ImageTk.PhotoImage被GC回收；必须将photo对象赋值给控件属性（如label.image=photo）以维持强引用，且需用PIL而非tkinter原生PhotoImage加载JPG/PNG。
图片不显示，90%是因为 ImageTk.PhotoImage 对象被 Python 垃圾回收器（GC）提前销毁了——不是路径错、不是格式错、也不是 Tkinter 崩了，是对象“活着但没人认得它”。
为什么局部创建的 ImageTk.PhotoImage 会消失
Tkinter 控件（比如 Label、Button、Canvas）在设置 image= 时，并不会对传入的 PhotoImage 对象持有一个“强引用”。它只存一个内部 ID（如 pyimage1），真正靠 Python 变量维持对象存活。一旦你把 img = ImageTk.PhotoImage(...) 写在函数里，函数返回后局部变量 img 就没了，GC 随时可能回收它。
现象包括：
- 图片闪一下就变空白
- 点击按钮后无反应，控制台也没报错
-
label.config(image=img)执行了，但界面始终空着
调试技巧：执行后立刻打印 img.width()，如果报 AttributeError，说明对象已被回收。
立即学习“Python免费学习笔记（深入）”；
必须把 ImageTk.PhotoImage 绑到控件上（widget.image = img）
这是最轻量、最常用、也最不容易出错的做法——把图像对象作为自定义属性挂载到它所服务的控件上。Tkinter 不会管这个属性名，但 Python 会因此保留强引用。
正确写法示例：
def load_and_show():
img = Image.open("icon.png")
photo = ImageTk.PhotoImage(img)
label.config(image=photo)
label.image = photo # ← 这行不能省！必须显式赋值
关键点：
-
label.image是任意名字，叫label.img、label._photo都可以，只要不是 Python 保留名 - 必须在
config(image=...)之后或同时赋值，不能漏、不能晚 - 如果用
Canvas.create_image()，同样要写canvas.image = photo
别用原生 PhotoImage 加载 JPG/PNG
tkinter.PhotoImage 原生只支持 GIF、PPM、PGM；你传个 .jpg 或 .png 进去，PhotoImage(file="x.jpg") 表面不报错，但后续调用 create_image 或 config(image=...) 时大概率触发 pyimage1 does not exist 错误。
正确做法：
- 一律用
PIL.Image.open()加载文件（支持 JPG、PNG、WebP、BMP 等） - 再用
ImageTk.PhotoImage()转换，不是tkinter.PhotoImage() - 路径优先用绝对路径：
pathlib.Path(__file__).parent / "logo.png"
大图/多图场景下，引用管理容易被忽略的细节
当批量加载、切换或缩放图片时，仅靠 widget.image = photo 不够稳：
- 反复赋新值给
widget.image，旧PhotoImage对象仍可能滞留内存（尤其缩放后未显式删除） - 多个控件共用同一张图时，只在一个控件上设
.image，其他控件仍可能因 GC 失效 - 用
Canvas.delete("all")清空画布，不会自动释放关联的PhotoImage，得手动删引用
建议：
- 涉及动态更新，统一用类实例属性管理：
self.current_img = ImageTk.PhotoImage(...) - 切换前先清旧引用：
if hasattr(self, 'current_img'): del self.current_img - 调试时加一句
print(gc.get_referrers(photo))，确认至少有一个活跃引用存在
最常被跳过的那行 label.image = photo，不是仪式感，是保命线。没它，Tkinter 就是在跟空气交互。
