从 JPGC 说起：标准 JPEG 压缩与当下的图片压缩工具选择
最近注意到常用的 JPGC (图片压缩软件) 在启动时存在网络连接行为，借此机会重新梳理了手头的图片处理工作流，也调研了几款更现代的替代方案。本文首先简单分析 JPGC 的技术本质，再延伸到目前主流的图片压缩技术，最后分享我实际试用过的几款工具，供有类似需求的朋友参考。
一、JPGC 的技术本质
1.1 JPGC 的压缩原理
JPGC（图片压缩工具）是一款体积不到 1MB 的便携软件，其操作界面极其简洁：拖入图片、拉动质量滑块、批量输出。从它的操作选项来看，核心压缩逻辑非常直接——通过调整标准 JPEG 编码中的 Quality 参数（质量因子） 来控制输出体积。滑块范围对应 0 到 100 的量化表缩放值，60% 左右是网络上常用的「甜点值」，能在文件体积和视觉质量之间取得平衡。
界面上还有一个值得注意的选项：「不压缩（适合 bmp 转 jpg）」。这说明当关闭压缩功能时，软件只做格式转换，按默认质量重新编码；开启压缩时，则是以更低的 Quality 值对图像进行有损重编码。这种设计进一步证实，它的「压缩」本质上就是标准 JPEG 有损压缩，并没有使用 AI 重编码、HEIF/AVIF 新格式、或 MozJPEG 等特殊优化算法。
1.2 标准 JPEG 质量参数与「智能算法」
JPGC 的官方描述提到「智能算法」，但从技术角度分析，这更可能是对标准 JPEG 编码流程的包装——包括 8×8 DCT 变换、量化、熵编码等步骤。它所谓的「智能」可能体现在：
- 根据图片内容自动推荐质量值
- 在压缩时尽量保留 Exif 元数据
- 多线程并行处理多张图片
这些确实是实用的工程优化，但并非底层算法层面的突破。对于一款不到 1MB 的工具来说，它大概率是基于 .NET GDI+ 或类似的系统自带图像库实现的，通过调用标准的 JPEG 编码器完成工作。
1.3 JPGC 的网络连接行为
从功能上看，JPGC 做的是纯本地操作：读取文件 → 压缩 → 保存。理论上，这类工具不需要任何网络连接。但我在 GlassWire (网络监控软件) 中观察到，它每次启动都会尝试连接 zzylscy.gotoip1.com——这是一个国内虚拟主机服务商分配的临时调试域名，指向一台共享虚拟主机，而非正规的 CDN 或企业级 API 接口，因此，我想寻找一些其它替代软件。
二、现代图片压缩技术概览
既然 JPGC 的核心只是标准 JPEG 质量参数调整，那么当下有哪些更先进的压缩技术值得关注？
2.1 传统 JPEG 的优化空间：MozJPEG、Guetzli
在完全兼容 JPEG 格式的前提下，优化编码器可以带来 10%~20% 的体积缩减：
- MozJPEG：Mozilla 开源的 JPEG 编码器，通过改进量化表和 trellis 量化，在相同质量下比标准 libjpeg 更小，且完全兼容所有 JPEG 解码器。
- Guetzli：Google 推出的感知编码器，以极慢的编码速度换取更高的压缩率，适合对体积敏感且能容忍长时间等待的场景。
- Jpegli：Google 最新的 JPEG 编码库，在保持完全兼容的前提下，压缩率比传统编码器提升约 35%，是目前「优化 JPEG」方案中的佼佼者。
这些技术的共同特点是：输出格式仍是标准 JPEG，任何设备都能打开，只是编码过程更聪明。
2.2 下一代格式：WebP、AVIF、JPEG XL、HEIC
如果愿意接受新格式，压缩率可以跃升一个量级：
| 格式 | 压缩率 vs JPEG | 特点 | 兼容性 |
|---|---|---|---|
| WebP | -25%~-35% | Google 出品，支持有损/无损/透明/动图 | 几乎所有浏览器、Android |
| AVIF | -40%~-60% | 基于 AV1 视频编码，压缩率极高 | Chrome/Edge/Safari/Firefox 已支持 |
| JPEG XL | -30%~-50% | 支持无损 JPEG 重压缩（可逆），支持 HDR | 浏览器支持增长中，系统级预览较弱 |
| HEIC/HEIF | 与 AVIF 接近 | 苹果主推，iPhone 默认拍照格式 | 苹果生态完美，Windows 需插件 |
JPEG XL 是目前技术最强的格式，它的「无损 JPEG 转码」特性尤为独特：可以将现有 JPEG 无损压缩 16%~22%，且未来能完美还原为原始 JPEG，不丢失任何数据。这对于长期归档大量照片的人来说非常实用。
2.3 PNG 的无损优化：OxiPNG、ZopfliPNG
PNG 是无损格式，压缩率提升主要靠更暴力的 deflate 算法：
- OxiPNG：Rust 编写的高性能 PNG 优化器，通过多线程和更优的编码策略，让 PNG 再小 10%~30%。
- ZopfliPNG：Google 的 Zopfli 算法应用于 PNG，压缩率极高但速度极慢。
另一种思路是PNG 转 WebP/AVIF 无损模式，体积通常还能再减 30%~50%，但接收方需要支持对应格式。
2.4 兼容性与压缩率如何平衡
对于「分享给别人」的场景，兼容性是第一位的。目前的策略建议：
- 不确定对方环境 → 输出优化 JPEG（MozJPEG/Jpegli）
- 发网页/论坛/博客 → WebP（兼容性已普及）
- 技术圈/自建站点 → AVIF 或 JPEG XL
- 长期归档 → JPEG XL 无损转码
三、我调研的几款替代工具
沿着上面的技术路线，我试用了几款开源或来源透明的工具，按使用场景分类整理如下。
3.1 桌面端工具（最接近 JPGC 定位）
Caesium Image Compressor
- GitHub: https://github.com/Lymphatus/caesium-image-compressor
- 官网: https://saerasoft.com/caesium/
- 在线版: https://caesium.app
- FossHub 下载: https://www.fosshub.com/Caesium-Image-Compressor.html
- 国内镜像: 小众软件（appinn.com）提供百度网盘/夸克网盘搬运
Caesium 是一款开源跨平台的桌面软件，支持 Windows、macOS 和 Linux，核心功能就是批量压缩 JPG、PNG 和 WebP。它提供了安装版和便携版两种形式：安装版会写入注册表、创建文件关联；便携版则解压即用，不写注册表，配置保存在软件目录下，可以丢进 U 盘随走随用。
功能上，Caesium 支持拖拽批量处理、自定义输出后缀、保留或剥离 EXIF 元数据，质量滑块和 JPGC 的逻辑类似，但界面更现代。最省心的是它的在线版，浏览器里拖图片进去就能压，不上传服务器，连下载安装都省了。日常发微信群、传博客插图、压论坛附件，Caesium 完全能胜任。
XL Converter
- GitHub: https://github.com/JacobDev1/xl-converter
- 官网: https://codepoems.eu/xl-converter/
- 国内搬运: 小众软件、电脑志（pcsofter.com）提供网盘镜像
XL Converter 是一款专门面向下一代图像格式的批量转换工具，核心支持 JPEG XL（.jxl）、AVIF、Jpegli 和 WebP。它的杀手锏是压缩率：在同等视觉质量下，AVIF 和 JPEG XL 相比传统 JPEG 通常能再小 40% 到 60%。更妙的是 JPEG XL 的「无损 JPEG 转码」特性——可以将现有 JPEG 无损压缩 16%~22%，且未来能完美还原为原始 JPEG。
软件采用多线程并行编码，批量处理时效率很高。界面支持拖拽、暗黑主题、保持文件夹结构，还集成了 ExifTool 来可靠地保留或剥离元数据。官网明确标注：「Works offline. There are no ads, no telemetry, and no annoyances.」
当然，新格式的代价是兼容性。AVIF 目前在主流浏览器里已经铺开得不错，但 Windows 文件资源管理器默认还打不开；JPEG XL 的浏览器支持还在增长中，微信、QQ 这些国内主流 App 更是完全不认。所以 XL Converter 更适合技术圈分享、自建博客、或者明确知道接收方环境支持新格式的场景。
MMImageOptimizer
如果你经常需要处理一些「奇奇怪怪」的格式，比如 iPhone 导出的 HEIC、设计师给的 PSD、扫描仪吐出来的 TIFF，MMImageOptimizer 可能是唯一一个不用你到处找转换器的方案。它支持 20 多种输入格式，输出端则覆盖 PNG、Jpegli 优化版 JPEG、WebP 和 AVIF。
这款工具底层调用了 ImageMagick、oxipng、pngquant、avifenc 和 jpegli 等一批专业编码器，并且做了多线程并行和可选的 GPU 加速。对于批量处理几百张图片的场景，它的吞吐量明显比单线程工具快一个量级。另外它提供了「剥离元数据」的选项，如果你需要把图片发在公开平台又不想泄露拍摄地点、相机型号等隐私信息，这个功能很实用。
代价是体积。由于捆绑了 ImageMagick 等二进制依赖，MMImageOptimizer 的体积远大于 JPGC 或 Caesium，做不到「1MB 绿色单文件」。但对于功能复杂度和格式覆盖度来说，这个体积是合理的。
3.2 Web / 浏览器端（无需安装）
Caesium 在线版
如果你只是临时需要压缩几张图片，不想装任何软件，Caesium 的在线版是最省心的选择。它直接在浏览器里处理图片，不上传服务器，隐私方面相对可控。支持 JPG、PNG 和 WebP 的压缩，界面和桌面版一致，拖拽即用。
Squoosh（Google 出品）
Squoosh 是 Google Chrome Labs 推出的浏览器端图片压缩工具，支持实时对比原图和压缩后的效果。它内置了多种编码器，包括 MozJPEG、WebP、AVIF，甚至实验性的 JPEG XL。适合需要精细调整压缩参数、肉眼对比画质的场景。
3.3 命令行 / 可嵌入工作流
Image-Converter-SS
一款轻量命令行工具，支持批量转换 JPG/PNG/AVIF/WebP。适合喜欢命令行，或想集成到自己脚本里的用户。逻辑简单直接，没有 GUI 开销，适合服务器端批处理。
FFUI
基于 Tauri（Rust）+ FFmpeg 的跨平台工具，支持视频/音频/图片的批量转换压缩。内置预设管理、质量对比功能。如果你不只压缩图片，还想处理视频，FFUI 是一个值得关注的选项。
四、如何选择？按场景对照
| 你的需求 | 推荐工具 | 理由 |
|---|---|---|
| 直接替代 JPGC，日常随手压图 | Caesium（桌面版或在线版） | 最稳定，社区最大，兼容性好，有便携版 |
| 想尝鲜 AVIF / JPEG XL | XL Converter | 技术最新，专门做新格式，支持无损 JPEG 转码 |
| 格式特别杂（HEIC/PSD/TIFF 都要） | MMImageOptimizer | 格式最全，20+ 输入格式，GPU 加速 |
| 不想装软件，临时用 | Caesium 在线版 或 Squoosh | 浏览器打开即用，不上传服务器 |
| 命令行批处理 / 集成脚本 | Image-Converter-SS 或 FFUI | 轻量、无 GUI 开销、可自动化 |
| 发微信群 / 给长辈看 | Caesium 输出优化 JPEG | 兼容性 100%，对方一定能打开 |
| 发网页 / 论坛 / 博客 | Caesium 或 XL Converter 输出 WebP | 兼容性已普及，体积更小 |
| 自己存 / 技术圈分享 | XL Converter 输出 AVIF 或 JPEG XL | 压缩率最高，面向未来 |
| 长期归档大量 JPEG | XL Converter 无损 JPEG 转 JPEG XL | 体积缩小 16%~22%，且可逆还原 |
五、关于软件「联网」的一点观察
在找替代方案的过程中，我还注意到另一件事。我同时在使用的一款开源下载器 Gopeed，GlassWire 也会提示它连接 google-analytics.com。但区别在于，Gopeed 的设置里明明白白放了一个「上传统计数据」的开关，用户可以一键关闭。而 JPGC 没有任何说明，没有任何入口，连它到底在传什么数据都不知道。
这其实是「能不能用」和「敢不敢用」的分水岭。正规软件未必不联网，但它会把控制权交还给你；来路不明的工具可能也没做坏事，但它不给你选择，这本身就是最大的风险。
对于 Caesium 和 XL Converter 这类开源工具，你完全可以审计它们的源码，确认它们没有隐藏的联网逻辑。XL Converter 的官网甚至直接声明「no telemetry」——这种透明度，是闭源小工具无法比拟的。
六、我目前的 workflow 与后续计划
6.1 现在的选择
现在我的 workflow 已经稳定下来：
- 日常随手压图：Caesium 在线版或便携版，快速、无需安装、兼容性好
- 需要极致压缩或新格式：XL Converter，体验 JPEG XL 和 AVIF 的高效压缩
- 遇到异构格式批量处理：MMImageOptimizer，不用到处找转换器
6.2 后续计划：整合这些方案
这次调研让我意识到，市场上其实已经有不少优秀的开源工具，但它们的定位各不相同：有的追求兼容性，有的追求压缩率，有的追求格式覆盖。如果能把这些成熟方案整合到一个统一的界面里，根据用户场景智能推荐输出格式，可能会是一个有价值的方向。
后续我打算基于这些开源项目的经验，尝试整合一套适合自己的图片处理 workflow——不是重新造轮子，而是把 Caesium 的易用性、XL Converter 的新格式支持、以及 MMImageOptimizer 的格式覆盖能力，按自己的实际需求进行组合和裁剪。毕竟，工具终究是为需求服务的，找到最适合自己的组合，比追求单一「最强」工具更重要。