图片压缩怎么压？质量、格式与体积取舍

#压缩的三条主线，别混在一起

图片体积由三个互相独立的因素决定，分开判断才能找到最优解。

判断顺序推荐是：先看尺寸对不对，再看格式合不合适，最后才调质量。 一张 4000×3000 的照片要在网页上以 800px 宽显示，直接缩小尺寸得到的效果，远好于把质量从 90 降到 50。

实际操作很简单：把图片拖进 图片压缩，拖动质量滑块，工具会实时显示压缩后的体积 —— 你可以一边降参数一边看体积和画质的对应关系，比凭经验猜参数直观得多。

#缩小尺寸的收益是可以算出来的

边长减半，像素数降到四分之一。 因为像素数等于宽乘高，两边各减半是 0.5 × 0.5 = 0.25：

同样一张照片，把 4000px 缩到 1200px，体积大约只剩 9%，而屏幕上看起来几乎没差别 —— 因为绝大多数显示场景根本用不到那么多像素。

#JPEG 质量参数的甜点区

JPEG 质量在 75-85 之间是性价比最高的区间。 低于 60 时，文字边缘、渐变天空这类区域会出现明显的块状噪点；高于 90 之后，体积增长很快但肉眼几乎看不出改善。

对同一张照片用不同质量参数导出，体积变化大致是这个规律：

真正的判断方法只有一个：把压缩结果放大到 100% 看关键区域。 图表、界面截图、含小字的图对质量更敏感，风景照和人像则更宽松。

#什么图必须用 PNG

PNG 是无损格式，它保证每一个像素与原始完全一致，代价是体积大。 选它还是选 JPEG，取决于图片内容：

一个容易踩的坑：把截图存成 JPEG。 截图里大量纯色块和锐利边缘，正是 JPEG 压缩算法最不擅长处理的，结果是体积没小多少、文字却糊了。这类图应该用 PNG，或者用 WebP 的无损模式。

需要换格式时用 图片格式转换，它能保留 PNG 的透明通道。要压到特定尺寸或比例，先用 图片裁剪 处理，再压缩。

#分享前记得处理 EXIF

手机拍的照片默认写入 EXIF 信息，其中包括拍摄时间、机型，以及可能精确到米级的 GPS 坐标。 你只是发了一张自家阳台的照片，别人却能读出你的住址。

用 EXIF 信息查看 可以先确认图片里到底有什么。常见的泄露项：

#隐私：压缩在本地还是上传到服务器

本站的图片工具全部在你的浏览器里完成处理，图片不会上传到任何服务器。这一点可以自己验证：打开浏览器开发者工具的网络面板，压缩一张图，你会看到没有任何图片上传请求。

如果图片包含合同、证件、内部资料这类内容，这个差别是决定性的 —— 用云端工具处理意味着文件已经离开了你的设备。

#常见问题

#压缩后图片能恢复吗？

不能。有损压缩丢弃的信息是永久性的，压缩后的文件就是新的原始文件。需要保留原图请自己备份，建议做法是原图单独归档，压缩版只用于发布，不要把压缩结果覆盖原文件。

#WebP 到底能省多少？

在同等观感质量下，WebP 有损模式通常比 JPEG 小 25%~35%；无损模式相比 PNG 通常小 20%~30%。省下来的比例随图片内容波动，照片收益明显，纯色块图片收益小一些。

#为什么我把质量调到最低，体积还是很大？

因为尺寸没变。质量参数只影响每个像素编码的精细程度，像素总数不变时体积有下限。这时候应该缩小尺寸，或者换用 WebP —— 两条路通常比继续降质量有效得多。

#图片转 Base64 会变大吗？

会，而且是必然的。Base64 编码会让体积增大约 33%，因为它是把二进制转成可打印字符表示。所以 Base64 只适合小图标内嵌（10 KB 以内），大图应当用独立文件加载。转换用 图片转 Base64。

#批量压缩会不会每张都变差？

不会，每张图独立处理，质量参数相同则结果相同。但要注意的是，不要对已经压缩过的图片反复压缩 —— 有损压缩的损失是叠加的，第二轮的噪点会在第一轮的基础上继续放大。原始素材请始终保留一份。