批量图片转换：一次处理多个文件的实用指南
批量转换把一件重复的琐事变成一条命令或一次上传。真正重要的工作在前期：为受众选择合适的目标格式，决定质量设置，并在开始前统一尺寸。把这三件事做对，五千张图片也能干净利落地跑完。
好的批处理管线是乏味的：同样的输入、同样的设置、同样可预测的输出。选一个与实际观看场景匹配的目标格式，锁定一个质量值，在源头统一缩放一次，并保留原图。把这套纪律建立起来之后，工具本身——命令行上的 ImageMagick 还是浏览器里的 PixMovo——只是一个实现细节。
第一步：选择匹配受众的目标格式
在动工具之前先想清楚输出会在哪里被看到。给营销站用的照片最适合输出成 JPEG 或 WebP，因为两者都是有损压缩，能在连续色调图像里很好地隐藏舍入误差。截图、示意图和任何包含文字的内容应该用 PNG 或无损 WebP，因为 JPEG 基于分块的压缩会把锐利边缘糊掉。
网页交付时 WebP 值得认真考虑。它同时支持有损和无损模式，通常在视觉等效的质量下比 JPEG 小 25% 到 35%，还支持 JPEG 没有的 Alpha 通道。所有现代浏览器都能解码它，唯一不用 WebP 的理由是下游某个工具还没跟上。
对于归档母版，最好压根不要转换。如果原始文件是 RAW 或无损 PNG，就保持原样，只为交付派生资源。转换管线是一条输出管线，而不是原始文件的替代品。
第二步：选定一个质量值并坚持使用
JPEG 和 WebP 的质量数值并不是视觉保真度的线性百分比。对多数照片内容而言，JPEG 质量 82 到 85 在正常观看距离下与原图无法区分，但文件大小相比质量 95 大约减半。90 以上你花的字节就用在了没人看得见的差别上。
对有损 WebP 来说，质量 80 是一个很强的默认值，感知保真度大致相当于 JPEG 质量 85，但文件更小。无损 WebP 忽略质量旋钮，改由压缩努力级别控制大小；努力级别越高编码越慢，换来略小一点的文件。
关键的纪律是统一。一批里混着质量 75 和质量 95 的文件，在缓存、CDN 和你自己脑子里都表现不一致——尤其是当你想搞清楚哪里体积回归时。选一个数字，写到 README 里，改动要经过深思熟虑。
一条最小可用的 ImageMagick 管线
- 统一放进一个工作目录
把原始文件拷贝或软链到一个输入目录里，让 glob 通配符可预测，同时保持原始文件不被动到。永远不要把批量输出写回源目录。
- 跑一条单目标格式的转换循环
命令 `magick mogrify -path ./out -format webp -quality 80 -resize 1600x1600\> ./in/*.jpg` 会遍历 ./in 下的每个 JPEG，把长边大于 1600px 的缩放到 1600px，以 WebP 质量 80 编码，并用同名基名写到 ./out 下。
- 如果不需要元数据就剥掉
加 `-strip` 可以移除 EXIF、ICC 配置文件和缩略图。这能给每个文件省几 KB，更重要的是去掉本不该发到公网的 GPS 坐标和相机序列号。
- 用作业调度器并行化
ImageMagick 处理单个文件是单线程的。在多核机器上可以把文件列表管道给 `xargs -P 8 -n 50 magick ...` 或 GNU parallel，让多个文件同时编码。注意内存：大的 TIFF 每个可能占用几个 GB。
在源头缩放一次，而不是在显示时缩放
把一张 4000 像素宽的照片送到一个 400 像素宽的版式里，既浪费带宽又强迫浏览器每次加载都做一次缩放。批量转换时的缩放才是文件体积收益的主要来源——通常比选择哪种编码方式还重要。
确定两三个目标宽度，每个宽度生成一份文件，让前端用 `srcset` 或 `<picture>` 元素挑选。现代站点常见的一组是长边 1600、800、400 像素，能覆盖桌面、平板和手机，又不会让资源数量爆炸。
工具一览
| 工具 | 适用场景 | 说明 |
|---|---|---|
| ImageMagick 命令行 | 上千文件的脚本化处理 | 通用、可脚本化，处理大文件时要小心内存 |
| PixMovo | 零星批次、非技术用户 | 浏览器里跑，无需安装，一次性下载链接 |
| libvips / sharp | 服务端管线 | 三者中最快，流式 I/O，内存占用更小 |
| Photoshop 动作 | 设计师工作流 | 适合精修母版，处理万级文件很吃力 |
常见陷阱
- 把截图存成 JPEG——文字看起来会糊；任何有锐利边缘的内容都请用 PNG 或无损 WebP。
- 对混合内容套用同一个质量值——照片和图形需要不同的处理，请分成两次跑。
- 忘记剥离元数据——公开资源可能泄露手机照片里的 GPS 坐标。
- 为了“统一”而向上放大——ImageMagick 会照做，但插值只是在编造细节；只做下采样。
- 毫无节制的并行——32 个 worker 各自加载一个 200 MB 的 TIFF，再大的机器也会 OOM。
在浏览器里用 PixMovo 做批处理
对不值得写脚本的任务——设计师给 Wiki 转一批截图，客服团队为一份案卷准备 200 张照片——用浏览器工具可以省掉安装。PixMovo 支持一次接收多个文件，按选定的目标格式和质量转换每一张，并返回会自动过期的一次性下载链接。
相对脚本化管线的取舍是吞吐量和可重复性。本地一个 ImageMagick 循环可以无人值守地跑掉几万张；浏览器工具受上传带宽和会话生命周期约束，也不会替你把设置记到明天。请根据任务的规模和节奏挑工具。
常见问题
- 网页照片批量处理用哪种格式最好？
- WebP 质量 80 是一个很强的默认值：视觉质量与 JPEG 相当，文件更小，所有现代浏览器都能解码。仅当下游工具读不了 WebP 时才回退到 JPEG。
- 用 ImageMagick 怎么把 1000 张 PNG 转成 WebP？
- 运行 `magick mogrify -path ./out -format webp -quality 80 ./in/*.png`。加 `-strip` 剥离元数据，加 `-resize 1600x1600\>` 限制尺寸。追求速度就把文件列表管道给 `xargs -P` 或 GNU parallel。
- 批量转换该用有损 WebP 还是无损 WebP？
- 照片用有损；截图、示意图，以及任何包含文字或需要像素精确的透明内容用无损。同样的内容下，无损 WebP 也比 PNG 小。
- 批量转换会降低图片质量吗？
- 任何有损转换都会丢失一些细节。损失由目标格式和质量数值决定，与处理一张还是一千张无关。选定一个质量值，保持一致，并始终保留原图。
- 为什么我的批量任务会内存不足？
- ImageMagick 会把每个文件解码成未压缩的像素缓冲区保存在内存里。一张 1 亿像素的 TIFF 每个 worker 可能需要 1 GB 以上，毫无节制的并行会 OOM。把 `-P` 限制在内存能支撑的水平。