压缩工具最常见的宣传口径，就是「体积减少 70%」这类无从查证的数字。本文不引用任何行业统计数据，只放一组真实跑测结果，附上完整对照方法，任何人都可以自行复现。
一、测试对象：不是原图，而是“别人已经压过一遍”的图
多数压缩测试选用相机直出的原始图片，条件过于理想。本次测试刻意贴近真实业务场景：一个允许用户上传图片的网站，入库时已经自行执行过一轮常规压缩——也就是说，测试对象不是未经处理的生图，而是已经被“压过一次”的成品图。
样本规模：78 个文件夹，共 4624 张图片（以 JPG 为主），目录结构为“一个专辑一个文件夹”的典型归档方式，未做任何筛选或清洗。
这批文件在服务器上的原始总体积：1.41 GB。
核心问题：一张已经被压缩工具处理过的图片，再交给另一个压缩工具，还能挤出多少空间？ 多数用户直觉认为“压过就压过了，再压也意义不大”。
二、对照组：打包成 zip 能省多少？
在运行 ImgZilla 之前，先将同一批文件原样打包为 zip，观察通用压缩算法的效果：
| 体积 | 相对原始 | |
|---|---|---|
| 网站压缩后的原文件 | 1.41 GB | — |
| 打包成 zip | 1.41 GB | -0.2% |
几乎无变化。原因不复杂：JPEG 本身就是一种压缩格式，图像数据已经过熵编码，通用算法（zip 使用 DEFLATE）面对已压缩数据难以进一步压缩——无论原图是否经过网站处理，zip 对此都无能为力。
三、ImgZilla 再压缩实测
将上述文件拖入 ImgZilla，原地压缩。78 个文件夹、4624 张图片，文件名与目录结构完全保留：
| 体积 | 相对原始 | |
|---|---|---|
| 网站压缩后的原文件 | 1.41 GB | — |
| 打包成 zip | 1.41 GB | -0.2% |
| ImgZilla 再压缩后 | 0.75 GB | -46.8% |
在网站已自行压缩的基础上，ImgZilla 额外省下约 662 MB，体积接近腰斩。 所有文件夹路径、文件名、层级关系前后完全一致——这是可直接核验的真实数据，并非营销话术。
这说明一个关键事实：“网站上传时压过”与“使用格式特定参数进行精细编码压缩”是两回事。 多数网站入库时执行的是一次性、偏保守的压缩（通常仅限制质量参数或尺寸），远未榨干每种格式的编码空间。ImgZilla 针对每种格式单独调校参数，对 JPEG 实施视觉无损的重新编码——像素层面确实存在变化，但参数设定在肉眼几乎无法分辨的区间，从而在“已压缩”的基础上继续挖掘空间。
需要澄清一个易混淆的概念：“视觉无损”不等于“无损”。真正意义上的无损（像素完全不变）仅适用于 PNG（oxipng）和 SVG；JPEG、WebP、AVIF、HEIC、GIF 在原理上均属于有损重编码，只是压缩参数被控制在视觉无损的阈值内。ImgZilla 内置对比窗口，支持压缩前后左右分屏、缩放至实际大小逐像素对照，可供自行验证。
四、明细分析：逐文件压缩比、像素尺寸与任务耗时
前面 46.8% 的总体压缩率是 4624 张图片的汇总结果。拆解到单个文件层面，还能获得更多细节。
每张图片的压缩比分布不均
逐一计算每张图的压缩比（压缩后字节数 / 压缩前字节数），范围从 32.3% 到 85.8% 不等：
- 压缩比最高的一批：约 765 KB 压至 109 KB，压缩比 85.8%——这类图片通常初始压缩强度不足，仍有较大重编码空间。
- 压缩比最低的一批：约 572 KB 压至 387 KB，压缩比 32.3%——这类图片此前已被压缩得较狠，可挖掘余地有限。
- 4624 张图片压缩比的算术平均值为 46.44%，与按总体积计算的 46.8% 接近但不完全相同——前者是各文件压缩比的简单平均，后者是“总节省字节 ÷ 总原始字节”，两者差异表明，压缩比高低不同的文件在总体积中的权重并不对称，少数大体积文件对总量影响更大。
值得注意的是，所有图片的压缩比均为正数，没有出现“已最小、跳过”的情况——即这批“网站已压缩过”的图片，每一张都能被 ImgZilla 继续压缩出实际空间。
像素尺寸：分毫不差
统计全部 4624 张图片的像素尺寸，最常见规格为 1600×2400（1756 张）及其横版 2400×1600（500 张），尺寸范围从最小的 450×675（约 30 万像素）到最大的 3000×2000 / 2000×3000（约 600 万像素）。
抽样核对压缩前后像素尺寸，完全一致，无任何变化：
| 文件（示例） | 原始尺寸 | 压缩后尺寸 |
|---|---|---|
| 样本 1 | 1600×1066 | 1600×1066 |
| 样本 2 | 2000×3000 | 2000×3000 |
| 样本 3 | 1416×2128 | 1416×2128 |
这也是“原地压缩”定义中容易被忽视的另一半：不仅文件名和路径不变，分辨率也固定不动。ImgZilla 不做缩放、不裁剪，所有体积缩减纯粹来自重新编码，而非牺牲像素。
任务耗时：51 分 32 秒完成 4624 张，平均每张 0.669 秒
测试环境：Mac mini 搭载 Apple M1 芯片，8GB 统一内存，图片存放于通过 2.5G 有线网络连接的 NAS 机械硬盘中。
依据每张图片的最后写入时间（即 ImgZilla 完成压缩并写回磁盘的时刻）追踪任务进度：首张写入于 16:06:09，末张写入于 16:57:41，整批处理总耗时 51 分 32 秒，平均每张 0.669 秒。
该数据符合产品“串行处理”的设计——逐张顺序压缩，而非并行乱序写入。换算下来，约为每分钟处理 90 张。实际速度取决于图片体积和机器性能，此处给出的仅为这批平均单张 ~305 KB 图片在以上环境中的真实耗时，并非通用基准。
五、为何选择“原地”压缩而非另存副本
如果本次测试采用“另存为压缩版”的工具，结果将是：原文件 1.41 GB + 压缩版 0.75 GB，同时占用 2.16 GB，反而更加占空间，且会生成大量 xxx-min.jpg 文件，需要手动整理并更新数据库或商品表中的引用。
ImgZilla 采用原地覆盖方式：压缩结果直接写回原路径，78 个文件夹中的 4624 个文件名均保持不变——这对已将图片路径写入数据库、CDN、CMS 引用的网站尤为重要，压缩后无需改动任何链接。代价是它会修改原始文件，因此默认先将原图移入系统回收站，再写入压缩结果，如需反悔，可在回收站中右键“放回原处”。
六、收益分析：从实际场景到月度账单
这组数据对哪些人有实际价值
- 拥有用户上传图片业务的网站 / 开发者：图片存储和 CDN 流量通常按 GB 计费，体积减半意味着账单直接减半——且流量费是每次访问都会产生的成本，访问量越大，复利效应越显著。即使入库时已执行常规压缩，本次实测表明，“再运行一轮专门调校的压缩”仍能获得可观收益。
- 存储空间紧张的服务器 / 小容量磁盘用户：清理工具通常删除缓存和重复文件，但数月后又会重新堆积；而压缩腾出的空间是正在使用的文件本身变小了，不会反弹。这批 78 个文件夹压缩后直接多出 662 MB 可用空间，且为永久性释放。
- 频繁搬运数据的用户：拷贝、同步、备份时，体积削减 46.8%，传输时间基本同比缩短。压一次，后续每次搬运都能省时。
换算成月度账单：这 46.8% 究竟值多少钱
体积缩减最终要体现在账单上才有说服力。以下不引用任何“压缩提升转化率”之类的统计，仅将本次实测的 46.8% 乘以主流云服务商的公开存储/流量报价，做纯算术推算。
存储费节省 = 省下的体积（GB） × 单价（元或美元 / GB / 月）
流出流量费节省 = 省下的体积（GB） × 当月下载/访问次数 × 单价（元或美元 / GB）
体积减半，两项账单基本也随之下调一半——这是数学，而非猜测。
存储费：图库越大，收益越明显
国内厂商：
| 图库原始大小 | 省下体积 | 阿里云 OSS 标准存储 ¥0.09/GB/月 |
|---|---|---|
| 10 GB | 4.68 GB | ¥0.42/月 |
| 100 GB | 46.8 GB | ¥4.21/月 |
| 1 TB | 479 GB | ¥43.1/月 |
海外厂商：
| 图库原始大小 | 省下体积 | AWS S3 Standard $0.023/GB/月 |
Google Cloud Storage $0.020/GB/月（美区 Regional） |
Azure Blob Storage $0.018/GB/月（Hot, LRS） |
Cloudflare R2 $0.015/GB/月 |
|---|---|---|---|---|---|
| 10 GB | 4.68 GB | $0.11/月 | $0.09/月 | $0.08/月 | $0.07/月 |
| 100 GB | 46.8 GB | $1.08/月 | $0.94/月 | $0.84/月 | $0.70/月 |
| 1 TB | 479 GB | $11.02/月 | $9.58/月 | $8.62/月 | $7.19/月 |
几家海外大厂的存储单价非常接近（差距在 30% 以内），重点不在于谁更便宜，而在于——无论选哪家，体积减半，该项账单基本都随之减半，且按月度重复计费。一次压缩，此后每月均按新体积计费，属于一次性投入、长期持续兑现的收益。
流量费：真正的大头，随访问量放大
流量费比存储费更值得关注，因为它是 体积 × 下载次数 的乘积——图片被访问越频繁，压缩收益越高。假设一个 100 GB 的图片库，当月通过 CDN 产生 500 GB 下行流量（相当于整库被完整下载约 5 次）：
| CDN / 出口流量报价（首档价） | 压缩前月流量费 | 压缩后（流量同比 -46.8%） | 每月省 | 一年省 |
|---|---|---|---|---|
| 阿里云 CDN 国内（低档 ¥0.15/GB） | ¥75.0 | ¥39.9 | ¥35.1 | ¥421 |
| AWS CloudFront 亚太区（$0.12/GB） | $60.0 | $31.9 | $28.1 | $337 |
| Google Cloud CDN 北美/欧洲（$0.08/GB） | $40.0 | $21.3 | $18.7 | $224 |
| Azure Front Door 标准版 Zone 1（$0.08/GB） | $40.0 | $21.3 | $18.7 | $224 |
以上取各家最低阶梯价，实际阶梯价格往往更高（阿里云 CDN 国内流量阶梯最高可达 ¥1.31/GB），账单越大，压缩节省的绝对值越可观。另外 Azure 这一档目前为 Front Door 标准版，除按 GB 计费的出口流量外，还包含约 $35/月的基础服务费，该费用压缩无法减少，未计入上表的节省中。
Cloudflare R2 是个例外：其出口流量本身就是 $0 ——若存储桶搭配 R2，压缩收益几乎全部体现在存储费上，流量部分本身无账单。这与“存储 + 流量”双重计费架构（如阿里云 OSS+CDN、AWS S3+CloudFront）属于不同的成本结构，选择服务商前需明确自身计费项。
以上单价为 2026 年各平台公开报价整理，实际价格受地域、账户折扣、阶梯档位影响，请以官网实时价格为准；下载次数、访问量为示例假设，请替换为自己的账单真实数据进行估算。
七、传输与上传时间的节省
体积减半，传输时间基本同比缩短——这一规律不依赖云账单，既体现在本地拷贝、备份中，也体现在用户上传环节。
本地场景：USB 3 与千兆网络
- USB 3 移动机械硬盘：持续读写吞吐常见 100–150 MB/s，取中位数 120 MB/s。
- USB 3 移动固态硬盘：吞吐明显更高，常见 400–500 MB/s，取 450 MB/s。
- 千兆有线网络（1000 Mbps）：理论上限 125 MB/s，扣除协议开销，实测持续吞吐约 100–110 MB/s，取 105 MB/s。
上述为常见实测区间的估算值，实际速度受硬盘介质、接口质量、网络环境影响，仅供估算参考。
| 场景 | 省下体积 | USB 3 机械硬盘 @120 MB/s | USB 3 固态硬盘 @450 MB/s | 千兆网络 @105 MB/s |
|---|---|---|---|---|
| 本次实测的这批图 | 662 MB | ≈5.5 秒 | ≈1.5 秒 | ≈6.3 秒 |
| 10 GB 图库 | 4.68 GB | ≈40 秒 | ≈10 秒 | ≈45 秒 |
| 100 GB 图库 | 46.8 GB | ≈6.5 分钟 | ≈1.7 分钟 | ≈7.4 分钟 |
| 1 TB 图库 | 479 GB | ≈66 分钟 | ≈18 分钟 | ≈76 分钟 |
本次实测的 662 MB 单次看起来不多，仅几秒钟。但与存储费同理，这是一次性投入、长期持续的收益：无论是拷入拷出移动硬盘、同步 NAS、运行 Time Machine、迁移新 Mac，还是传给同事，只要还在搬运这批数据，每次都能按同比例节省时间。压一次，之后每一次搬运都在省时。
若压缩发生在用户上传之前：省下的等待时间
前面计算的是“图片存储后”的收益——存储费、CDN 流量费、本地传输。还有一环更值得考虑：用户按下“上传”按钮到进度条完成的等待时间，走的是用户自己的上行带宽，而上行通常是整条链路中最慢的瓶颈——多数消费级宽带的上行仅有下行的十分之一到五分之一，移动网络尤甚。如果在用户上传前，网站或 App 先用 ImgZilla 压缩图片，省下的体积将直接转化为用户减少的等待时长。
以本次实测的单张图片平均体积计算：网站已压缩过的原图平均 299 KB，ImgZilla 再压缩后平均 159 KB，每张平均省约 140 KB。
| 上传带宽（公开测速数据的典型区间，仅供参考） | 单张图 299KB→159KB |
上传 50 张相册 ≈15.0MB→8.0MB |
上传本次实测全部 4624 张 1.41GB→0.75GB |
|---|---|---|---|
| 移动网络（4G/5G 综合，国内公开测速中位数约 10–50 Mbps，取 30 Mbps） | 省约 0.04 秒 | 省约 1.9 秒 | 省约 3 分钟 |
| 常见家庭宽带上行（百兆/千兆下行套餐，上行普遍受限，约 20–30 Mbps，取 25 Mbps） | 省约 0.04 秒 | 省约 2.2 秒 | 省约 3.5 分钟 |
| 千兆对称宽带上行（少数运营商/企业专线，1000 Mbps） | 省约 0.001 秒 | 省约 0.06 秒 | 省约 5.3 秒 |
| 海外参考：美国平均固定宽带上行（Ookla 数据，2026） | 省约 0.02 秒 | 省约 1 秒 | 省约 1.5 分钟 |
单张图看此表似乎无意义——0.04 秒几乎无法感知，这是诚实的结果：这批测试样本本身已不大（网站入库前已压缩，平均每张仅 299 KB）。真正能体现价值的场景有两个：一次上传整本相册或数十张图的批量操作，以及体积更大的原始素材（如相机直出的 JPEG 或未经过网站压缩的 UGC 首次上传，单张通常达数 MB 而非几百 KB）——相同压缩比例下，绝对节省的秒数将同比放大。对于上行带宽本就偏慢的移动网络用户，等待时间的缩短会更加明显。
移动网络与家庭宽带的区间数字基于国内公开测速统计（4G/5G 中位数、宽带上行常见配比），实际速度受运营商、地区、设备、网络拥塞影响较大，仅作数量级参考；美国固定宽带上行数据引用自 Ookla Speedtest 相关报道。
想亲自验证？ 直接从 Mac App Store 下载 ImgZilla，用自己网站上已处理过的几张图实测一遍，再决定是否继续压缩其它。
Mac App Store： https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
了解更多： https://imagetool.app/ImgZilla