Solarex做网站优化那几年，我最头疼的一件事就是图片体积。设计稿里一张高清展示图动不动就是 5MB、8MB，传到服务器上打开一个页面要转三圈才能加载完。后来我开始认真研究图片压缩，试过在线工具、本地软件、命令行脚本，慢慢攒出一套“免费、无损、秒减体积”的实操方案。今天这篇就把我实测下来真正好用的图片压缩工具和完整操作流程整理出来，适合做网站的站长、做公众号配图的运营、喜欢拍照发社交媒体的人，以及任何被“图片太大”折磨过的普通用户。
先说结论：所谓“无损”，绝大多数场景指的是“视觉无损”，也就是你肉眼基本分辨不出画质差别，但文件体积能砍掉 50% 以上。真正意义上的像素级无损压缩也有，只是压缩率有限，通常适合 PNG 这类格式。下面我会把这两类方案都讲透，你只需要按照自己的场景选工具、抄参数就行。
1. 图和人的博弈：压缩工具到底在压缩什么
1.1 为什么图片会“这么大”：从像素聊起
图片的体积不是凭空产生的，它由三个核心因素决定：分辨率、位深度、编码方式。分辨率就是宽乘高的像素总数，位深度决定每个像素能记录多少颜色信息，编码方式则是把这些像素信息写到文件里的时候用的算法。
一张 4000x3000 的照片，分辨率是 1200 万像素，如果以最常见的 BMP 无压缩格式存储，每个像素按 24 位（红绿蓝各 8 位）计算，文件大小就是 4000 * 3000 * 24 / 8 / 1024 / 1024，约等于 34.3MB。你看，光是一张照片，裸数据就已经三十多兆了。我们平时用的 JPEG、PNG、WebP 这些格式，本质都是在用各种算法把这个“原始裸数据”变得更小，方便存储和传输。
JPEG 的原理是“丢弃人眼不敏感的信息”。人眼对亮度的变化比对颜色的变化敏感得多，所以 JPEG 在编码时会把色度信息做大幅采样和压缩，亮度细节保留更多。这也就是为什么 JPEG 能把一张 34MB 的裸图压到 3MB、4MB。如果压缩质量设置得特别高，比如 95 以上，JPEG 几乎看不出劣化，但文件体积依然能比裸数据小很多。
PNG 则走的是另一条路，它用的是无损压缩算法，类似 ZIP 的处理思路，通过查找重复数据块、重排像素顺序来减少冗余。这也是为什么色彩简单、有大面积纯色块的截图压成 PNG 效果很好，但一张照片压成 PNG 体积会非常大——照片里几乎没有重复的像素块，压缩算法无从下手。
这里就引出了第一个关键认知：选对格式远比盲目提高压缩参数重要。我见过很多人拿着一堆照片去压 PNG，压了半天体积还是很大，然后抱怨工具不行。实际上只要把照片转成 JPEG，哪怕质量开到 90，体积都立刻能小一大截。
1.2 有损、无损、视觉无损：别把这三者混为一谈
在动手压缩之前，必须先分清三个概念，否则后面很容易被各种宣传误导。
无损压缩（Lossless）：文件压缩后能 100% 还原成原始数据，一个像素都不差。PNG、WebP 的无损模式、JPEG 的重新编码都不算无损（JPEG 本身是有损格式，二次编码会丢失信息）。无损压缩适合截图、带透明通道的图标、需要后续反复编辑的素材。
有损压缩（Lossy）：通过丢弃一部分信息换取体积大幅下降。JPEG 是最典型的有损格式，质量参数越低，丢的信息越多，文件越小。有损压缩适合照片、复杂渐变图。问题在于，反复保存有损格式会叠加劣化，所以编辑过程中尽量保留原始文件，最后输出时才压一次。
视觉无损（Visually Lossless）：这个说法是我自己日常判断的标准。它本质是有损压缩，只是把质量控制在人类肉眼难以感知差异的临界点上。比如 JPEG 质量 85，很多人贴在手机、电脑屏幕上看，根本分辨不出和原图的区别，但体积可能只剩原来的 40%。对于网页使用、微信发送、邮件附件这些场景，视觉无损是完全够用的。
标题里说的“无损”，我建议你按“视觉无损”来理解。指望一张 5MB 的图压到几百 KB 还做到像素级无损，在照片类内容上基本是不可能的，除非原图本身可压缩性很强。真正意义的无损压缩，通常压缩率在 10% 到 30% 之间。
1.3 你手上的免费工具清单
免费工具不少，但质量参差不齐。我把实测过值得用的一批列出来，按使用场景分成三类：
- 在线工具：TinyPNG / TinyJPG、Squoosh、CompressNow
- 本地图形界面：RIO