批量缩放与格式转换，先弄清这几点

图片更新于 2026-09-29

二十个文件一个个点，才是批量工具的价值所在——但批量也是最容易出意外的地方：一条规则要套在一堆并不完全相同的输入上。这篇把图片批量处理的行为逐条说清。

只有 PNG、JPEG、WebP 进得来

这是第一个坑。文件选择框被限定为 image/png、image/jpeg、image/webp，代码里还会再用严格类型判断复核一次。其他一律静默跳过——GIF、BMP、TIFF、HEIC、SVG 不会报错、没有计数、没有任何提示，就是不出现在列表里。

所以如果你的源文件是冷门格式，先用图片格式转换单张转成上面三种，再进批量。

重复添加同一个文件同样会被忽略——判据是"文件名相同且字节数相同"。而两个内容不同、名字相同的文件都会保留；由于输出名来自输入名，它们在 ZIP 里会互相覆盖。上传前请先给同名文件改出区别。

没有硬性上限，但处理是一张一张来的

既不限制文件数量，也不限制单个文件大小。工具保证的是：逐张串行处理、每张之间留一小段间隔，避免大任务把内存顶爆。实际含义是：

大批量是稳定推进而不是并发爆发，进度条一张张走。
单张超大图仍可能耗尽浏览器内存——那个上限来自你的机器，不是页面。
某张图处理失败时，错误只写进浏览器控制台，结果里就没有它。进度条照样走完，因为它把失败也算作进度。

这条一定要核对： 把结果区的数量和你选中的数量比一比。对不上就是被跳过了——格式过滤、去重、或处理失败三选一。别默认"跑完了=全都在"。

缩放模式，以及等比锁定到底做了什么

三种模式：不缩放、按像素、按百分比。

按像素默认 800 × 600。
按百分比可填 1–500，默认 100——也就是说这里允许放大，不像拼接长图那个工具只能缩小。
等比锁定默认勾选。

开启等比锁定、且宽高都填了值时，工具不会产出你填的那个框。它算的是"放进这个框"：分别求目标宽 ÷ 源宽、目标高 ÷ 源高，取较小的那个系数，因此不裁切，且通常有一个边会短于你填的数。3000 × 2000 放进 800 × 600，结果是 800 × 533。

还有两点要知道：

"放进框里"在源图小于目标时会放大。若要求绝不放大，请对照最小的那张输入检查。
宽和高两个输入框不会随彼此实时换算。比例是在处理那一刻算的，屏幕上的数字是输入，不是结果的预告。

如果就是要所有图统一某个宽度而不管高度，用百分比模式，或者让宽度贴合源图比例——更实际的做法是：只批量处理同一类尺寸的图。

格式、质量与透明

输出格式默认保持原格式，也可指定 PNG、JPEG、WebP。质量默认 90，以 0.01–1.00 传给编码器。跟所有画布编码器一样，这个数字对 PNG 无效——PNG 无损。

透明是批量最容易悄悄毁掉的东西。输出选 JPEG 时，每张图都会先被铺在一块纯白矩形上再画，因为 JPEG 没有 alpha 通道。透明背景的 logo 出来就带一个白框——对 JPEG 来说是正确行为，但多半不是你想要的。要透明就选 PNG 或 WebP，或者分开跑：照片走 JPEG，图形走 PNG。

还有一条通则：每个文件都会被重编码，即使你选了"不缩放 + 保持原格式"且质量没动。输出字节来自画布而非上传件，元数据会被丢掉，本来优化过的 JPEG 可能略微变大。参数不动地跑一遍，并不是空操作。

命名与 ZIP

输出文件名保留原名主干、按实际输出格式替换后缀——photo.jpeg 按 JPEG 出图会变成 photo.jpg，PNG 存成 JPEG 同样变成 photo.jpg。后缀总是说真话。

点下载会把全部结果打包成 batch-images-<时间戳>.zip，图片在包内的 batch-images 目录里。打包依赖一个来自 CDN 的 ZIP 库；如果它还没加载完，你会看到明确提示，且什么都不会丢——稍等片刻再按一次即可。

这两件事它不该干

仔细抠一张图的压缩。 单文件工具能给你压缩前后的数字对比；见图片压缩怎么做才不变糊。
合并图片。 把截图拼成一张是另一种操作，限制也不同；见把多张截图拼成长图。

隐私

文件读进页面后在标签页内处理，没有上传步骤、没有排队，唯一依赖的外部脚本是那个 ZIP 库。真正需要留意的风险不是保密而是内存：低配设备上跑超大批量才是会翻车的场景。