把图片压到指定大小

压缩要解决的是体积，不是一个质量滑块

没有人一觉醒来想要一张「71% 质量」的图片。人们手上的是一个写着「不超过 200 KB」的上传框、一封被退回的邮件，或者一个在手机上要四秒才显示出来的页面。要求里的数字是文件体积，可几乎所有压缩工具都只给你一个质量滑块，让你自己猜哪个位置能过——通常要导出五次。

这个工具会替你搜索。填入表单要求的体积，它会反复重新编码，在质量区间里做二分查找；只有在质量已经到底仍然超标时，才会降低尺寸——因为丢像素是你唯一真正看得见的妥协。最后给你的是在限制之内体积最大、画质最好的那一版。

前后对比滑块也是同一个道理：压缩是一笔交易，而隐藏代价的工具是在要求你盲目信任它。在原图尺寸上拖动对比，先判断这 200 KB 值不值，再决定要不要下载。

常见使用场景

签证申请、招聘网站和政务系统通常写明「不超过多少 KB」。填进去，一次就得到符合要求的文件。

图片通常占了网页体积的大部分。转成 WebP 并压到 500 KB 以内，同一张图的加载时间能降到零头。

邮件服务器会拒收过大的邮件。把每张照片压到几百 KB，就不必再发网盘链接。

手机照片的体积，往往是你在屏幕上真正需要的十倍。

参数应该怎么选

照片用 80% 质量最划算：低于约 60% 时，高对比边缘会出现明显的 JPEG 块效应；高于 90% 则体积迅速增长而几乎看不出差别。

对屏幕上显示的图片，改尺寸比降质量有效得多。显示宽度只有 800px 的图，源文件 4000px 毫无意义，而缩放省下的字节远多于任何质量设置。

目标是网页时优先选 WebP：同等画质下比 JPEG 小约 30%，所有较新的浏览器都支持。

PNG 完全忽略质量滑块：它是无损格式，只能靠减少像素或颜色数来变小。照片存成 PNG 时，转成 JPG 或 WebP 才是真正的解法。

截图和纯色图形用 JPEG 压缩效果很差——文字周围的振铃就是证据。这类图请保持 PNG 或 WebP。

公开发布照片前建议去除 Exif：里面可能带着拍摄地点的 GPS 坐标。自己留存时则值得保留拍摄参数。

常见问题

图片会被上传吗？

不会。解码和重新编码都在浏览器里完成，没有任何数据外发，也不需要排队。

「按目标体积」是怎么实现的？

编码、测量、再编码——在质量区间上做二分查找。如果连可接受的最低质量都超标，就降低尺寸再试。所以一张 4 MB 的照片能压到 100 KB，而一张满是文字的截图可能压不到。

为什么文件反而变大了？

因为它本来就压得很好。用高于原始保存质量的参数重新编码一张已优化的 JPEG，只会增加字节而不增加细节——页面会直接告诉你，此时原图才是更好的选择。

压缩会损失画质吗？

JPEG、WebP 和 AVIF 是有损格式，会——这正是它们体积小的原因。PNG 是无损的，只有缩小尺寸才会变小。

Exif 信息会保留吗？

输出 JPEG 时默认保留，包括方向和拍摄参数。发布前可以关掉，以去除位置和相机信息。

可以一次处理整个文件夹吗？

可以，用批量图片处理：同样的压缩逻辑，最多 200 个文件，打包成 ZIP 返回。

图片压缩