前两篇算的是「省了多少 GB、值多少钱」。这一篇不谈账单，只回答摄影师真正关心的一个问题：把一张 JPEG 交给 ImgZilla，它到底改了哪些东西，这些改动在 Lightroom / Photoshop / Capture One 里会付出什么代价。数据来自和前两篇同一批 32188 张相机 / 手机直出 JPEG 的实测，外加对其中 200 多对文件做的逐字节比对。
一、先回答最尖锐的问题：位深有没有被砍
摄影圈里对「压缩」最常见的警惕是：我的 12 bit、14 bit 会不会被压成 8 bit。
这个担心用错了对象。先把两件事分开：
- 色彩位深（bit depth）：每个颜色通道用多少 bit 记录。8 bit＝每通道 256 级，14 bit＝16384 级。位深决定你在后期里能往暗部、天空推多远而不出色带。
- 文件密度（每像素比特 / bpp）：文件体积 ÷ 像素数。上一篇按 bpp 分档看过——它衡量的是「这张图每个像素花了多少字节存」，是压缩的对象，和色彩位深是两码事。
ImgZilla 压的是后者（密度），不动前者（位深）。而且对 JPEG 来说，位深这个问题根本不成立：
抽样 209 对原图 / 压缩图，逐个读 JPEG 的 SOF 标记：压缩前后的精度全部是 8 bit。
原因很简单——基线 JPEG 按标准定义就是每通道 8 bit。相机直出的 JPEG 从来就没有 12 bit 可言，ImgZilla 也就无从「降」。
那 12 / 14 bit 的数据在哪里？只在 RAW 里。 而 ImgZilla 支持的格式是 gif / png / jpg / jpeg / svg / heic / heif / webp / avif——不包含任何 RAW 格式（CR2、CR3、NEF、ARW、RAF、DNG 都不在列，拖进去会被直接忽略）。你的数字底片压根不进它的处理流程，天然安全。
这一节的结论：JPEG 没有位深可降，8 bit 进、8 bit 出；RAW 不被触碰。位深不是这篇文章要担心的事——真正要看的是下面两节。
二、那到底改了什么：一次完整的有损重编码
ImgZilla 处理 JPEG 的方式，不是「在原文件上做无损优化」，而是把图整个解码再重新编码一遍。完整流程：
读入 JPEG
→ 解码成 8 bit RGB 像素
→ 重新转 YCbCr
→ 按固定量化表重新量化（有效质量约 quality 70）
→ 重新计算最优 Huffman 表
→ 输出为渐进式（progressive）JPEG这里面「重新量化」这一步是有损的。量化表越粗，丢掉的高频细节越多、文件越小。用抽样文件的量化表强度（量化步长之和，数字越大＝量化越狠）量一下：
| 量化表强度（中位数） | |
|---|---|
| 相机 / 手机直出原图 | 1858 |
| ImgZilla 压缩后 | 6852 |
量化强度约为原来的 3.7 倍。 这是实打实的二次量化——不是「无损重排」，是重新丢了一轮高频信息。
有两件事没有变：
- 分辨率一个像素不动。 全部 32188 张图统计
dimensions_changed字段，无一例外为 false。ImgZilla 不缩放、不裁剪，省下的体积全部来自重编码。 - 位深不变（见上一节），8 bit 进 8 bit 出。
一件事变了但不影响画质：输出是渐进式 JPEG（原图基本都是基线式）。渐进式对网页加载体验更好，对画质没有任何代价，Lightroom / Photoshop / Capture One 都能正常读——只有个别很老的软件可能不认。
三、对后期影响最大的一项：色度抽样被强制降到 4:2:0
这是整篇文章里摄影师最该知道的一条。
JPEG 用「色度抽样」来省空间——人眼对亮度敏感、对颜色分辨率不敏感，所以可以让色度信息的分辨率低于亮度：
- 4:4:4：色度和亮度同分辨率，颜色信息最完整。
- 4:2:2：色度水平方向减半。很多相机、以及一部分手机的直出 JPEG 用这个。
- 4:2:0：色度水平、垂直都减半，只有亮度的 1/4 分辨率。绝大多数「为体积优化过」的 JPEG 用这个。
抽样 209 对文件，看压缩前后的色度抽样：
| 色度抽样 | 原图 | ImgZilla 压缩后 |
|---|---|---|
| 4:4:4 | 1 | 0 |
| 4:2:2 | 128（61%） | 0 |
| 4:2:0 | 80（38%） | 209（100%） |
压缩后 100% 是 4:2:0。其中 61% 的图是从 4:2:2 掉下来的——色度垂直分辨率减半，且不可逆。
这会在后期里体现在哪
色度分辨率降低，肉眼直接看一张没修的图，多数时候确实看不出来。问题出在你动它的时候：
- 调色 / 分离色调：加大饱和度、拉 HSL、做色彩分级时，色度块的边界会开始显形，尤其在肤色的明暗过渡、蓝天到地平线的渐变这类大面积平滑区域。
- 按颜色做选区 / 蒙版 / 抠像：Lightroom 的颜色范围蒙版、Photoshop 的色彩范围、绿幕抠像——这些都吃色度边缘的精度，4:2:0 之后边缘会毛、会带锯齿。
- 高对比边缘的彩色描边：红黑文字、霓虹灯、树枝逆光——4:2:0 会在这些地方留下彩色的「溢出」。
叠加效应
有效质量约 quality 70 + 4:2:0，本身是个「偏压缩」的工作点。一张原本 quality 92、4:2:2 的直出图，在后期里能承受的推拉幅度，明显大于同一张被压到 quality 70、4:2:0 之后。再算上「你压完之后又编辑、又存一次」——那是两轮有损重编码叠在一起。
什么情况下这一项无所谓
如果你的原图本来就是 4:2:0（大量中低端手机、老机型的直出，以及任何已经过网页优化的图），ImgZilla 的重编码在色度上没有额外损失——它只是把图收敛到一个和原来相近的工作点。这也正是这类图压缩率偏低的原因（见第六节的分辨率分档：iPhone 直出只省 70.7%，而更「肥」的通用 12MP 能省 80%）。
四、元数据：EXIF / XMP / ICC 全部丢失
ImgZilla 默认去除元数据。抽样 209 对文件，压缩前后对比：
| 元数据 | 原图带有 | 压缩后保留 |
|---|---|---|
| EXIF（拍摄参数） | 204 | 0 |
| XMP（评级 / 关键词 / 版权） | 134 | 0 |
| ICC（色彩描述文件） | 2 | 0 |
逐项说清楚丢的是什么：
- EXIF：光圈、快门、ISO、焦距、镜头型号、机身型号、拍摄时间、GPS 坐标、版权字段——全没了。对做图库编目、按拍摄参数复盘、或需要版权信息随文件走的摄影师，这是硬伤。
- 方向标记（EXIF Orientation）：这条单独拎出来，因为它会直接影响显示。很多相机和老手机是「拍摄时不物理旋转像素，只写一个方向标记」。标记被去掉后，竖拍的照片在部分软件里会显示成横的——libjpeg 重编码时不会替你把像素转正。现代旗舰手机多数已经物理旋转 + 标记归位，不受影响；但用相机、或用老设备的，压之前最好确认一下。
- XMP：你在 Lightroom / Bridge 里打的星级、旗标、关键词、标题、版权声明——如果是写进文件的 XMP（不是 sidecar 或目录数据库），压完就没了。
- ICC 色彩描述文件：这批样本里几乎没有嵌入 ICC（多为无标记的 sRGB），所以本次实测这一项基本没被触发。但如果你的交付走 Display P3 或 Adobe RGB 广色域，嵌入的 ICC 会被去掉，播放端只能按 sRGB 解释，颜色会发闷或偏移。广色域工作流要特别当心这条。
设置里有「保留元数据」的选项，但如果元数据对你的流程重要，最稳妥的做法是：需要保留元数据的图，不要用它原地压——保留原图。
五、这些代价，什么时候可以接受
把上面三节合起来看，ImgZilla 对 JPEG 的处理是：8 bit 不变、分辨率不变、色度降到 4:2:0、质量收到约 70、元数据清空，换来体积平均 −76.8%。
这个交换在下面这些场景是划算的：
- 交付给客户看片的浏览图、网站作品集、社交平台投稿。 这些图本来就会被平台再压一道，4:2:0 + quality 70 在纯观看端几乎无感，而体积能砍掉四分之三——上传快、加载快、图床和 CDN 账单低（前两篇算过这笔账）。
- 选片淘汰后要长期归档的 JPEG。 留作记录、不打算再进后期的片子。
- 微信 / 邮件发图、给同事传素材——传输时间基本按体积同比缩短。
前提是：先用内置对比窗口（⌘D）自己验。 ImgZilla 会把压缩前 / 压缩后左右分屏，可以放大到实际像素逐点对照。对画质敏感的人，别听「看不出差别」这句话，自己拉到 100% 看你最在意的那部分——肤色、天空、发丝边缘。
六、什么情况下不要用它压
- 还要在 Lightroom / Photoshop / Capture One 里做大幅调整的 JPEG——尤其是只有 JPEG、没有 RAW 的片子。这种图每一分编辑宽容度都金贵，别提前用掉。留原图，等修完导出时再压导出版本。
- 需要保留 EXIF / 版权 / GPS / 星级关键词的编目库。
- Display P3 / Adobe RGB 广色域交付——ICC 会被去掉。
- 你的 RAW——它不受影响（ImgZilla 根本不碰），但也别指望这个工具帮 RAW 瘦身，那不是它的活。
一句话：ImgZilla 适合压「产出物」，不适合压「还要再加工的中间件」。
七、数据附录：这批 32188 张直出 JPEG
和前两篇同一批样本，16 个子目录、无筛选、原地压缩。
整体
| 体积 | 相对原始 | |
|---|---|---|
| 相机 / 手机直出原图 | 99.9 GB | — |
| ImgZilla 压缩后 | 23.1 GB | −76.8% |
平均每张 2.96 MB → 0.69 MB。逐文件压缩比的算术平均是省 76.6%，中位省 77.3%，和按总字节算的 76.8% 基本重合。
按分辨率分档：不同设备留的空间差很多
| 出图尺寸 | 张数 | 占比 | 逐文件平均省 |
|---|---|---|---|
| 4000×3000（通用 12MP，多为安卓 / 卡片机） | 19867 | 61.7% | 80.1% |
| 4032×3024（iPhone 主摄 12MP 默认尺寸） | 3529 | 11.0% | 70.7% |
| 3456×4608（16MP 竖版） | 2631 | 8.2% | 76.9% |
| 4608×3456（15.9MP） | 903 | 2.8% | 54.8% |
| 1600×1200 | 257 | 0.8% | 51.4% |
（机型是按出图分辨率推断，非读取 EXIF——EXIF 在压缩数据里已不可得。）
同一个工具、同一批没人碰过的原图，最能压的一档（80%）和最难压的一档（55%）差了 25 个百分点。 差别全在原图本身：苹果的相机 JPEG 管线量化更激进、编码更紧，出厂就接近合理下限；大量廉价 / 老设备的直出用的是偏保守的固定量化表，肥的部分还没被动过。越新的大底旗舰，直出越「瘦」，留给二次压缩的空间越小——这不是坏事，是你的原图本来就没那么浪费。
逐文件分布
| 省下比例 | 张数 | 占比 |
|---|---|---|
| 90%–100% | 866 | 2.7% |
| 80%–90% | 11375 | 35.3% |
| 70%–80% | 15244 | 47.4% |
| 60%–70% | 3349 | 10.4% |
| 50%–60% | 398 | 1.2% |
| 低于 50% | 956 | 3.0% |
82.7% 的照片省下 70%–90%。 按分位数：一半以上省 77% 以上，收益最差的 10% 也省了约 68%，只有约 1%（p99）省的比例低于 40%。
几个极端
| 原始 | 压缩后 | 省下 | |
|---|---|---|---|
| 压缩比最高 | 3.55 MB（4000×3000） | 100 KB | 97.2% |
| 单张省下最多 | 17.9 MB（4000×3000） | 1.13 MB | 16.8 MB |
| 收益最差 | 70 KB（1242×1242） | 68.8 KB | 2.1% |
八、数据与测试说明
- 样本范围：整体压缩率、分辨率分档、逐文件分布这些数字，来自这一批 32188 张相机 / 手机直出 JPEG 的实测，反映的是这批样本的结果，不等于「ImgZilla 平均能压 76.8%」。不同相机、机型、导出设置，结果都会不一样。
- 样本选取：整批文件未做筛选或清洗，按原有的 16 个子目录整体压缩。
- 机型归属：分辨率分档里的设备判断是按出图尺寸推断的，不是读 EXIF（EXIF 在压缩后的数据里已不可得）；同一分辨率也可能来自多种设备。
- 字节比对是抽样：色度抽样、位深、量化表、元数据的结论，来自对随机抽取的 209 对原图 / 压缩图逐字节解析 JPEG 标记，是抽样口径，不是全量 32188 张。
- 统计口径：整体 76.8% 为「总节省字节 ÷ 总原始字节」；逐文件压缩比的算术平均 76.6%、中位数 77.3% 已在正文列出。体积单位按 1 GB = 10⁹ 字节换算。
- 压缩参数：参数固定，界面上没有质量 / 采样滑块。这是设计取舍——参数已调到视觉无损区间的平衡点。习惯自己手动调 quality / 采样的摄影师，这一点需要留意。
- 「视觉无损」不等于「无损」：真正的无损（像素完全不变）只有 PNG 和 SVG；JPEG 是有损重编码，参数选在肉眼几乎分辨不出的区间。内置对比窗口可逐像素核对。
- 运行环境：全程在本机完成，图片不联网、不上传（App Store 购买校验除外）。
想自己验一遍？ ImgZilla 免费版每天可压 10 张，压缩成功才扣额度。拿几张你最挑剔的片子——人像、蓝天、逆光发丝——压完用对比窗口拉到 100% 自己看，再决定要不要把整个图库交给它。
Mac App Store： https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
了解更多： https://imagetool.app/ImgZilla
系统要求：macOS 12.3 或更高版本。