批量图片压缩:一次处理整个文件夹,不用一张张来

压十张还能忍,压五十张就一定出错:参数改着改着忘了哪张用过哪套设置,压完发现三张超限又要回头找。这一页讲的是批量压缩真正要解决的三个问题——参数怎么统一、失败的怎么定位、结果怎么一次性拿到手。

也可以把图片直接拖到这一块 · 图片不上传,处理在本机完成

批量压缩的难点不在压缩本身

如果只是把「批量」理解成「选择文件时能按住 Shift 多选几个」,那还是在用单张的思路干批量的活。选十个文件丢进去逐个点保存,和选十个文件一次性拿到打包结果,中间差的是流程设计,不是文件选择框的功能。

批量操作真正会翻车的地方有三个:一是参数漂移,压到第二十张时手滑改了一个选项,后面三十张就全用了不一致的配置;二是失败不可见,某张图片因为色彩模式或透明通道处理失败,混在一堆成功结果里没人发现;三是交付困难,五十个文件散落在浏览器的下载列表里,还要自己一个个改名整理。

压图了支持直接拖入文件夹,也支持一次选中几百个文件。图片进入的是处理队列而不是立刻开压——参数在整批上统一设置,不是边压边调,这样才能保证输出结果的一致性。

拖入文件夹或多选图片把整个目录拖到压缩区,或在文件选择框里按住 Shift 多选。浏览器会读取这些文件,但它们不会离开你的设备,服务器全程不接收。
先用两三张试压再应用到整批批量场景下不建议直接压五百张。先挑两三张有代表性的图片(尺寸最大的一张、含透明通道的一张、色彩最丰富的一张)试压,确认效果后再把参数套用给整批。
处理期间可以离开页面多张图片会被分派到多个后台线程并行处理,进度条会逐条推进。页面上仍可继续滚动查看已完成的结果,不会因为处理量大而卡死。
核对体积并打包下载列表里会显示每一张的压缩前与压缩后体积。超限的挑出来单独调参重压,确认无误后一次性导出 ZIP,不用逐个点保存。

参数越多,批量出错的面就越大。批量处理时,真正需要你决策的只有三项,其余保持默认即可。

批量压缩的参数建议
参数	批量场景的做法	原因
输出格式	整批统一为 JPEG 或 WebP	混用格式会让输出体积失去可比性,也不方便后续按上限筛选
质量	0.7–0.8 之间固定一个值	这是肉眼几乎无损的区间,低于 0.6 在文字和边缘处会开始出现明显块状
长边上限	按目标平台的最高要求设定	先缩边长再压质量,比单纯降质量更省体积且更保细节
色彩与透明	含透明通道的图先确认是否需要保留	透明 PNG 转 JPEG 后透明区域会变黑底,整批混压时最容易在这里出问题

批量处理一定会遇到个别失败,原因通常集中在几类:文件本身损坏、格式不在浏览器支持范围内、图片尺寸超出设备内存能处理的极限、或者输出格式不支持原图的透明通道。

关键是不要让失败被静默吞掉。处理结束后按体积把结果排一遍序,压缩后体积反而变大或没有变化的,基本就是压缩没生效的那几张;体积明显异常小的,则要打开对比看一眼是不是压过头了。

批量处理最容易被忽略的是命名。如果输出文件名和原名完全无关,几十个文件放回业务系统时就要靠人工对号入座,批量省下来的时间又赔回去了。压图了在输出时保留原文件名,只替换扩展名,并在打包成 ZIP 时保留原有的排序依据,方便你按序号核对。

如果原目录里有重名文件,打包时会被自动去重,不会出现两张图片互相覆盖的情况。

批量压缩的代价是「一刀切」。如果这批图片的用途并不一致——比如其中一半要投到要求 200KB 以内的系统,另一半要当网页配图追求画质——硬凑成一批反而会两头不讨好,拆成两批分别处理更快。

另外,如果只有三张图片,而且你需要逐张精修(局部裁剪、单独调质量、逐张看对比滑块),那用首页的压缩工具一张张来会更顺手。批量的价值在数量,不在精细度。

是。压图了的批量压缩不限制张数,也不要求注册账号,处理全部在你的浏览器里完成,因此不产生服务器成本,也就没有按张数收费的理由。只有部分进阶输出格式属于付费能力,常规的 JPEG、PNG、WebP 批量压缩不受影响。

没有人为设置的数量上限,实际能一次处理多少张取决于你的设备内存与图片尺寸。几十张手机照片的批量通常是轻松的;如果是几百张单张几十兆的相机原图,建议分批进行,避免浏览器标签页占用内存过高而被系统回收。

处理结束后按压缩后体积排序,重点看两头:体积没有变化的通常是压缩未生效,体积异常小的可能是压过头了。再抽几张体量最大的打开对比滑块确认画质,基本就能覆盖整批的质量情况。

不会。列表按你拖入的顺序展示,打包成 ZIP 时也沿用同一顺序,原文件名会被保留,只替换扩展名。如果你的原文件本身带序号,解压后依然可以按序号核对,不会出现顺序错位。