PIL可将WebP转PNG/JPEG，但需≥9.1.0版本并处理透明通道：RGBA格式WebP转JPEG须convert('RGB')，转PNG可保留透明；批量处理应校验路径、避免覆盖、合理使用线程池。
用PIL的Image.open()和save()处理WebP转PNG/JPEG
WebP不是所有PIL版本都默认支持，常见报错是IOError: cannot write mode RGBA as JPEG或直接不识别.webp扩展名。先确认环境：pip install Pillow --upgrade（≥9.1.0才稳定支持WebP读写），并检查Image.registered_extensions().get('.webp')是否返回'RGB'或'RGBA'。
转换时注意模式匹配：WebP可能带透明通道（RGBA），而JPEG不支持。必须显式转换：img.convert('RGB')再保存为JPEG；若要保留透明，目标格式只能选PNG或WebP本身。示例代码片段：
from PIL import Image
img = Image.open('input.webp')
if img.mode in ('RGBA', 'LA', 'P'):
# 白色背景合成（避免黑边）
background = Image.new('RGB', img.size, (255, 255, 255))
background.paste(img, mask=img.split()[-1] if img.mode == 'RGBA' else None)
img = background
img.save('output.jpg', 'JPEG', quality=95)
批量遍历+安全重命名：避开os.rename()覆盖风险
直接用os.rename()重命名易因同名覆盖原文件，尤其多级目录下路径拼接出错。推荐用pathlib.Path统一处理路径，并加存在性校验。
- 用
Path.glob('**/*.webp')递归找图，比os.walk()更简洁 - 新文件名建议基于原名+后缀替换，例如
path.stem + '_converted.png'，而非简单path.name.replace('.webp', '.png')（会错杀icon.webp.bak这类） - 目标路径需确保父目录存在：
output_path.parent.mkdir(parents=True, exist_ok=True) - 写入前用
output_path.exists()判断，跳过或加编号后缀（如_v2）
用concurrent.futures.ThreadPoolExecutor提速但别盲目开多线程
图片IO密集，用线程池比单进程快，但线程数不是越多越好——PIL内部有GIL，且磁盘I/O并发过高反而拖慢。实测8–12线程在普通SSD上已达吞吐瓶颈。
关键点：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 把
Image.open()和save()整个封装成函数，传入pathlib.Path对象，避免闭包引用问题 - 捕获每个任务的异常（如损坏WebP文件），用
future.exception()单独记录，别让一个失败中断全部 - 不要在线程内print大量日志——线程间stdout竞争会导致输出错乱，改用
logging或写入文件
Windows下中文路径报OSError: cannot open resource怎么办
这通常不是PIL问题，而是Python 3.6+在Windows控制台默认使用GBK编码，而WebP文件路径含Unicode时，Image.open()底层调用libwebp失败。解决方案只有两个：
- 强制用
pathlib.Path构造路径（它能正确处理Unicode），而不是拼接字符串 - 确保脚本文件本身以UTF-8无BOM保存，并在首行加
# -*- coding: utf-8 -*-（虽Python3默认UTF-8，但Windows某些IDE会忽略）
如果仍失败，临时降级到Pillow 9.5.0（已知对Win中文路径兼容性更好），或改用webptools命令行工具调用系统libwebp（需额外安装）。
真正麻烦的是透明通道处理逻辑和线程安全的日志聚合——这两处不仔细，批量跑几百张图时，要么输出全是黑块，要么最后发现20%的文件名被覆盖了却没报错。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
