使用Python的Pillow库在GUI应用中保存图片报错，生成文件打开为文本样式

保存出的PNG文件本质是其他类型对象的序列化文本、不是可正常解析的图片，核心原因是**images列表中传入的元素并非PIL.Image.Image类型的合法图像实例**。
常见的踩坑场景：

• 直接将GUI框架（Tkinter/PyQt/PySide等）的原生图像控件对象（如PhotoImage、QPixmap）存入列表，这类对象没有实现PIL标准的图片编码逻辑，强行调用save时往往会把对象的内部属性、内存表示直接写入文件
• 误将numpy格式的像素数组存入列表，numpy数组本身自带同名的save方法，调用后会生成numpy专属的.npy序列化文件，仅因为文件后缀被改成.png，就会出现“文件能生成、打开是文本状态”的现象，和PIL的图片编码完全无关
• 误将图片二进制流数据当作Image对象直接保存，没有经过格式转换

排查与修复步骤 #

1. 先在保存逻辑里加类型校验，确认列表元素的实际类型：

   def save_all(images):                                        
       count = 1                                                
       for i in images:
           # 新增校验代码
           print(f"当前元素类型：{type(i)}")
           i.save("image" + str(count) + ".png", format="png")  
           count += 1
   

   如果打印结果不是<class 'PIL.Image.Image'>，就说明传参不符合要求。
2. 根据实际数据类型做适配转换，再执行保存：
   • 若为GUI原生图像对象：先导出其像素数据，通过Image.frombytes()构造标准PIL Image实例后再保存
   • 若为numpy格式的像素数组：通过Image.fromarray(数组对象)转换为Image实例后再保存
   • 若为图片二进制流：通过Image.open(io.BytesIO(二进制数据))加载为Image实例后再保存
3. 额外注意：即使在save参数里手动指定了format="png"，也无法解决这个问题——PIL的PNG编码逻辑是绑定在PIL.Image.Image类的实例方法上的，如果实际调用的是其他类的同名save方法（比如numpy数组的save），传入的format参数根本不会被解析，自然也生成不出合法的PNG文件。

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