把图片压到 200KB 以内，又不把它压糊

直接给结论：先把像素尺寸改到目标尺寸，再动质量滑块。绝大多数「文件太大」的问题， 真正的原因是这张图有 4000 像素宽、却只被显示成 800 像素。尺寸砍一半，文件通常是原来的四分之一到五分之一； 而质量从 80 降到 60，可能只换来两成体积，代价却是肉眼可见的糊。

限上传大小的场景很多：报名系统写着「不超过 200KB」、邮件附件卡在 10MB、简历投递箱只收 2MB 以下。 这时候绝大多数人的动作是打开某个压缩工具、把质量一路往左拉，拉到文件终于达标为止 —— 然后交上去一张糊图。

问题出在旋钮拧错了。要理解为什么，先要知道一张 JPEG 的体积到底由什么决定。

决定文件大小的三件事

• 像素数量。也就是宽度×高度。这是最有力的那个杠杆，而且它是平方关系 —— 长宽各减半， 像素数变成四分之一。
• 压缩质量。JPEG 编码时扔掉多少细节。从 100 降到 80 几乎看不出差别；从 80 降到 40， 体积掉得不多，脸却开始像蜡像。
• 画面本身的复杂度。一片纯净的蓝天压得极小；一片密密麻麻的树叶，压到同样大小就必然花掉。

关键在于第一条和第二条的性价比完全不同。举个具体例子：一张 4000×3000 的手机照片，大约 4MB。

第二行和第三行才是该走的路。第一行花了更大的画质代价，却只换来一半体积。

那「目标尺寸」该怎么定

先问一句：这张图最终会被显示成多大？

• 用来在网页上展示。按实际显示宽度算，再乘 2 应付高清屏。一个通栏图片在网页上最多 显示 1200 像素宽，那 1200（或宽屏场景 1600）就够了。给个 4000 像素的源图，多出来的像素永远用不上， 却每一分都要用户下载。
• 用来打印。用「目标英寸数 × 300」算像素。要印 6 英寸宽（约 15 厘米）， 就是 1800 像素。
• 用来发朋友圈、发聊天。长边 1600 就已经超过多数平台的压缩阈值了，再大是浪费 —— 反正平台会再压一遍。
• 只是要交给一个卡 200KB 的系统。这种系统的审核通常是「给机器看的」， 长边 1200（证件类 1000）绰绰有余。它不会因为图更清楚就给你加分。

正确的操作顺序

1. 用图片尺寸调整工具把长边改到目标值。 如果你的原图是竖构图，就按高度定，工具会自动保持长宽比，不会把你拉变形。
2. 用图片压缩工具把质量设到 75–80，看结果有多大。 还不够就每次降 5，降两三次基本都能达标。
3. 如果压到 60 还没达标，说明画面本身太复杂 —— 这时候再回去把尺寸继续往下调， 而不是继续降质量。
4. 如果这张图需要透明背景（logo、图标），它就不该走 JPEG 这条路，改用 格式转换工具转成 WebP 或 PNG。

这三步在本地工具里是几秒钟的事。更重要的是，你不必为了压一张身份证照片， 而先把整张照片上传到别人的服务器。这类工具通常在你拖入文件的那一刻就把它发出去了， 而返回的「删除」按钮并不能保证什么。

几个常被问到的点

压完再压一次，会不会更小？

会更小，但代价是叠加的。JPEG 是有损的，每一次「解码 → 重新编码」都会再丢一层信息， 而且损失会在人脸、天空渐变、文字边缘这些地方累积成块状斑块。所以原则是： 永远从原图出发，一次做到位，不要在上一版的结果上反复加工。

为什么同一张图，我压出来和别人不一样大？

因为「质量 80」并不是一个跨软件统一的标准。不同编码器对 80 的解释不同，有的保守有的激进。 所以值本身没有意义，只有「在同一个工具里，我把质量从 80 降到 70，小了多少」才有意义。

转成 WebP 是不是更划算？

在同等画质下，WebP 通常比 JPEG 小 25%–35%，而且现在所有主流浏览器都支持。 如果这张图是用在网页上的，WebP 几乎总是更好的选择。唯一要考虑的是：如果对方要求必须是 .jpg （很多老的上传系统仍然这么要求），那就只能用 JPEG。

能不能不损失画质就把文件变小？

有一个小技巧值得试：很多手机照片里塞了一堆 Exif 元数据（拍摄参数、GPS 坐标、缩略图）， 这些不是像素，删掉不影响画面，有时能省几百 KB。不过它的收益远不如改尺寸， 而且要注意 —— 删掉 GPS 信息在很多场景下正是你想要的，别反过来把它留着。

一句话总结

「文件太大」几乎从不是质量问题，而是尺寸问题。先改尺寸，再动质量，最后才考虑换格式。

按这个顺序做，你交上去的图会又小又清楚。如果要试，改尺寸和 压缩这两个工具都在本地运行，文件不会离开你的浏览器 —— 对证件照、合同扫描件这类东西，这一点比压得小几 KB 重要得多。