上周给一个做女装电商的朋友处理详情页，她发来一张 2.4MB 的模特图，PNG 格式，透明底。这张图要放在首页 banner，原图加载要 1.8 秒，转化率数据明显被拖累。我把它丢进 PNG 智能压缩 里，默认参数压完是 680KB，肉眼对比看不出差别，加载时间降到 0.5 秒。整个过程只花了一次拖拽的时间，省掉了手动调 pngquant 参数和反复对比输出的功夫。
为什么有些 PNG 压完反而变大？
遇到压完变大的情况，先别怀疑工具。PNG 的压缩原理是过滤算法加 deflate 压缩，如果原图本身已经用 pngquant 压过一轮，或者图片尺寸是 1920x1080 这种非标准倍数，再压一遍确实可能体积微增。这个工具默认走 pngquant 有损压缩加 zopfli 无损重压，对已经压过的图会跳过有损环节，只做 zopfli 优化，这时体积变化通常在 1% 以内。
真正该注意的是带透明通道的图标和 UI 素材。这类图如果颜色数少于 256，pngquant 会把它们转成 8 位色深，体积能降 70% 以上。但如果原图是 24 位真彩且带半透明渐变，强行压到 8 位会出现色带，这种情况建议用工具里的"高质量模式"，它会把透明通道单独保留，色带问题基本能避免。
电商主图、表情包、截图分别怎么压？
电商主图是最典型的场景。拿那张 2.4MB 的模特图举例，原图是 800x1200，白底带产品。默认压缩后 680KB，质量 85，放大到 200% 看头发边缘没有锯齿，但衣服的细条纹处有轻微颜色偏移，不放大看不出来。如果对色彩敏感，可以在设置里把质量调到 90，体积会到 1.1MB，但色偏几乎消失。
表情包和聊天截图是另一个高频场景。这类图通常色彩简单、有大面积纯色，压缩率非常可观。一张 500KB 的聊天长截图，压完只有 120KB，文字边缘依然锐利。因为 pngquant 对纯色区域的压缩效率极高，加上 zopfli 对重复数据的处理，这类图的体积能降到原来的 20% 到 25%。
还有一类是游戏截图或设计稿预览。这类图往往包含大量渐变和噪点，压缩率不会太夸张，一般能压到 50% 到 60%。但要注意，如果原图里有细小的文字标注，压缩后可能发虚。我试过一张带 12px 注释的 UI 设计稿，压完文字边缘有轻微模糊，建议这类图用高质量模式，或者直接转 JPG 更实际。
什么时候别用这个工具？
有三类情况不建议用。第一，图片本身是 8 位 PNG 且颜色数少于 128，这种图再压也省不了多少，反而可能因重压产生噪点。第二，需要二次编辑的源文件，比如还在设计中的 PSD 导出的 PNG，压完再编辑会有质量损失，建议定稿后再压。第三，对色彩精度要求极高的印刷稿，PNG 压缩的色偏在屏幕上不明显，但印刷出来会放大差异。
另外，如果图片尺寸超过 5000x5000 像素，工具的处理时间会明显变长，倒不是不能压，只是等待时间可能比手动用命令行 pngquant 更久。这种情况建议先用图片处理软件缩小尺寸再压缩。
和哪些工具搭配起来更顺手？
压缩只是图片优化的一环。我习惯先拿 TinyPNG 在线版 做快速压缩，再用 ImageOptim 做最后的元数据清理，它能去掉 PNG 里的 tEXt 块和多余 chunk，通常还能再省 3% 到 5%。如果图片要用于 WebP 格式的页面，压缩完再用 cwebp 转一次，体积能再降 30%，但要注意浏览器兼容性。
对于批量处理，这个工具支持一次拖入多张图，但如果你有几百张图要压，建议用它的 API 接口写脚本，比手动拖拽高效得多。我上次处理一个 200 张图的素材库，用 API 跑了 15 分钟，中途断网会自动重试，这点比很多在线工具做得踏实。
最后说一句实话，这个工具不是万能的。它解决的是"压完看不出差别"这个核心需求，但如果你追求的是像素级的绝对无损，那任何有损压缩工具都不适合你。无损压缩的话，zopfli 单独跑也能压掉 5% 到 10%，但耗时是 pngquant 的几十倍，值不值看你自己的场景了。