photoimage 无法直接读取 jpg 是 tk 底层硬限制，因其默认未编译 libjpeg 解码能力；调用 tk.photoimage(file="a.jpg") 静默返回空壳对象，绑定到控件时才报 tclerror；原生 photoimage 仅支持 gif/ppm/bmp，jpg/png 需用 pil.imagetk.photoimage 替代，但须保持强引用并确保路径可读。
PhotoImage 无法直接读取 JPG 是 Tk 底层硬限制，不是你代码写错了，也不是 Pillow 没装好——它压根没编译进 JPG 解码能力。
tk.PhotoImage(file="x.jpg") 为什么静默失败？
你调用 tk.PhotoImage(file="a.jpg") 后不报错，但后续绑定到 Label 或 Canvas 就崩，错误是 TclError: image "pyimage1" doesn't exist。这是因为：
- Tk 只内置了 GIF、PPM/PGM、部分 BMP 的解码器，JPG 需要链接
libjpeg，而 Python 内置的_tkinter模块默认不带 - 文件头校验失败后，Tk 返回一个“空壳”图像对象，不抛异常，只等你真要用时才暴露问题
- 控制台可能完全没输出，尤其在 VS Code 或 PyCharm 里，容易误判为路径或 UI 逻辑问题
为什么不能靠升级 Python 或 Tk 解决？
Python 3.12/3.13 甚至未来版本仍捆绑 Tk 8.6.x，Tk 官方明确不计划为原生 PhotoImage 增加 JPG/PNG 支持——这不是 bug，是设计取舍。
A Python CLI skill for Cutout.Pro visual APIs — background removal, face cutout, and photo enhancement. Supports file upload & image URL input.
下载
调用 Cutout.Pro 视觉处理 API 进行背景移除、人像抠图和照片增强，支持文件上传与图片 URL 输入。
- 所谓“新版支持 PNG”基本是混淆了
PIL.ImageTk.PhotoImage和原生tk.PhotoImage - 即使你手动编译带
libjpeg的 Tk，也要重编译_tkinter，对绝大多数用户不现实
用 PIL.ImageTk.PhotoImage 替代时最常踩的两个坑
PIL.ImageTk.PhotoImage 能加载 JPG/PNG/WebP，但它不是“即插即用”，漏掉任一环节都会白忙活：
- 必须保持强引用：只写
label.config(image=img)不够，得补上label.image = img，否则 GC 回收后 Tk 找不到图 - 路径必须真实可读：
Image.open()遇到中文路径、相对路径错位、空格，会静默失败或抛FileNotFoundError，但错误常被吞掉，表现为黑框或空白 - 调试建议：打印
img.width()和img.height()，返回正整数才算真正加载成功；若报AttributeError，说明引用已丢
缩放 PNG 透明图变黑怎么办？
Tk 不处理 alpha 合成，Image.resize() 后直接转 ImageTk.PhotoImage，透明区域会被填黑。
- 正确做法：先用
Image.convert("RGBA")确保模式一致，再 resize；必要时用Image.alpha_composite()手动合成背景 - 别依赖
Label的bg属性去“盖住”黑底——那是治标不治本，alpha 信息已被破坏
ImageTk.PhotoImage 后，第一反应不该是“怎么还不显示”，而是检查 img 变量是否还活着、路径是否真能被 open() 打开。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
