压缩率这东西，说白了就是算账。 先看最好办的，那就是个乘法。你要把一个文件从 10 兆降到 2 兆，那压缩率不就等于 10 除以 2 吗？就 5 倍？

什么的，这忒死板了。

打个比方，你原本有个 100 斤的大西瓜，目前想把它切成两半，变成 50 斤，这样分得就均匀多了。在压缩算法里，这个“大西瓜”就是原始文件大小，"50 斤”就是压缩后的体积。

那如何算压缩比呢？实际上是看体积缩了多少。

要是压缩后体积变成原来的四分之一，那压缩比就是 4 比 1。 但这事儿最费事的地方在于，数据量一般不是整数，并且单位也不一样。

有时候你看到个 750 兆的压缩文件，又看到一个 200 兆的，直接一除感觉怪怪的。

这时候得想个办法，统一单位。就像你在超市买水果，不同标价不一样，得先换算成“斤”再比。在压缩率计算里，咱得先把两个大小都换算成同一个单位。

比如都用 MB，要么都用 GB，就连更细的 KB。换算完再相除，那结局就稳了。 不过，有个事儿时常让人头疼，那就是“压缩比”和“压缩率”之间好办搞混。大量人一听“压缩率”就赶紧去算压缩比，结局逻辑反了。

实际上，压缩比是“压缩后的大小”除以“原始大小”，是个倍数关系；而压缩率一般被理解为“原始大小”除以“压缩后的大小”。

这就好比你买打折的苹果，原价 10 元，目前 5 元，压缩比是 2，但压缩率就是 0.5。 举个具体的例子，我手头有一份 400 兆的无损视频素材。

要是直接拿去压缩，那俩半斤肉肯定没嚼劲。我先把它压缩到了 100 兆，这时候算一下，100 除以 400，结局是 0.25。

这说明文件体积只保留了原始大小的四分之一。

要是我要问这个压缩率的数值是多少，那就是 0.25，要么说原始数据量是目前数据量的 4 倍。

反过来想，要是我要用这个压缩率来算原始数据量，那就是除以 0.25，结局得乘以 4。

这就好比你要算出一堆散珠子总共有多少颗，每一颗都值 4 分，那总价值就是单颗价值的 4 倍。 有时候数据量特别小，简直就像一瓣蒜。

比如那个 200 兆的视频，压缩到 10 兆。

这时候直接算 200 除以 10，拿到 20。

这说明压缩率是 1/20，要么说原始数据量是目前的 20 倍。

这种时候，数据量越小，压缩率反而越大，文件变得越“薄”。 再换一种思路，看分母。

只要分子是固定的，分母越小，结局就越大。

这就好比你给一碗面加盐，盐加得越少，味道越淡，但浓度实际上越高。在压缩算法里，压缩后的体积越小，压缩率就越大。

要是压缩后的体积无限趋近于零，那压缩率就趋向无穷大，也就是 100% 的压缩率。

这听起来忒夸张了，但数学上确实是这样。理论上，要是你能把一个文件压缩成它的一半，那压缩率就是 50%；要是压缩到原来的十分之一，压缩率就是 100%。 并且，压缩率这东西在不同的场景下，代表的意义彻底不一样。

要是是为了每秒播放 4K 视频，那压缩率提升一点点，节省下来的存空间就能让你多放几百个小时；但要是只是为了存几张图，要么发个微信，那提升 50%，可能连个分文都省不下。

故此，别迷信那个百分比数字，要看它能帮你解决啥实际难题。 有些工具会直接告诉你压缩率，有些则是让你自己去算。自己去算实际上更爽，出于你心里得有数。

比如你有个压缩率 0.8 的文件，再压缩一次，要是压缩率能达到 0.5，那最终的文件体积就是原始大小的 20%，这差异是肉眼由此可见的。 还有一种特殊情况，就是无损压缩。无损压缩，就是像复印一样，别看把照片缩小了，但细节全还在，只是分辨率低了。

这时候你的压缩率能够无限大，出于数据没丢。

可是有损压缩，那就是删剪枝叶了。你删掉的不是数据，是信息。

这时候压缩率显然不能无限大，受限于哪些信息是务必保留的。 最终说句实在话，别看压缩率是个好数字，但在实际使用中，它有时是个误导。有些软件宣称压缩比是 5:1，意思是删了 4 倍的数据，但实际运行速度可能出于底层开销而变慢。

故此，别忒死板地盯着那个数字看，要看它背后能帮你做啥。

毕竟，技术这东西，有时候比数字更值得琢磨。