必须先缩放再裁剪以避免尺寸不匹配错误，推荐用thumbnail()统一最大边为800像素后居中裁剪600×600区域；jpeg压缩需启用optimize=true并禁用progressive，quality设75即可；批量处理须过滤文件格式、捕获异常、校验图像模式、保留目录结构且加后缀区分原图。
裁剪前必须统一尺寸，否则 crop() 会出错
批量处理商品图时，原始图片分辨率五花八门，直接用 crop() 指定固定坐标（比如 (100, 100, 600, 600)）会导致部分图被切掉重要内容，甚至抛出 ValueError: image size mismatch。正确做法是先缩放再裁剪：用 thumbnail() 按比例缩小到目标宽高（不拉伸），再居中计算裁剪框。
实操建议：
- 用
img.thumbnail((800, 800), Image.Resampling.LANCZOS)统一最大边为 800 像素，保持宽高比 - 裁剪区域用
left = (img.width - 600) // 2、top = (img.height - 600) // 2居中取 600×600 区域 - 避免用
resize()强制拉伸——商品图变形后影响买家判断
压缩 JPEG 时别只调 quality，还要关掉 optimize 和 progressive
单纯设 quality=75 压缩率有限，且默认不启用优化。实际电商图在保证清晰度前提下，可稳定减小 30%–50% 体积。
实操建议：
- 保存时显式传参：
img.save(out_path, "JPEG", quality=75, optimize=True, progressive=False) -
optimize=True会重排 Huffman 表，对重复色块多的商品图（如白底主图）效果明显 -
progressive=False关闭渐进式加载——网页首屏展示不需要，反而增加编码开销 - 别用
quality=100：体积翻倍，人眼几乎看不出区别
批量处理必须用 os.listdir() + try/except，不能靠文件名猜格式
商品图目录里常混着 .DS_Store、.thumb、.png、.webp，甚至损坏的 .jpg。用 glob("*.jpg") 会漏掉 PNG 图，而硬读损坏文件会让整个脚本中断。
实操建议：
- 遍历前先过滤：
for f in os.listdir(src_dir): if f.lower().endswith((".jpg", ".jpeg", ".png")): - 每个文件用
try...except (IOError, OSError, UnidentifiedImageError) as e:包裹，打印错误路径后继续 - 读图后加校验：
if img.mode not in ("RGB", "RGBA", "L"): img = img.convert("RGB")，避免保存时报cannot write mode P as JPEG
输出路径要保留原始结构，否则上线时找不到图
电商系统通常依赖固定路径规则（比如 /static/products/iphone15/red_main.jpg），如果所有图都导出到一个 flat 目录，后续要手动挪动，容易出错。
实操建议：
- 用
os.path.relpath(f, src_dir)获取相对路径，拼到dst_dir下，自动重建子目录 - 创建目录前检查：
os.makedirs(os.path.dirname(full_dst_path), exist_ok=True) - 文件名建议加后缀区分，比如原图
main.jpg→ 处理后main_opt.jpg，避免覆盖源文件
批量处理的核心不是“写完能跑”，而是“跑完不翻车”——商品图一旦批量裁歪或压糊，补救成本远高于写几行容错逻辑。尤其注意 convert("RGB") 和 optimize=True 这两个点，90% 的线上图质量问题都卡在这儿。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
