为什么我们2017年仍在使用Gzip？

Question

所以，正如我发现压缩数据一样，Gzip在2012年被使用，甚至更多。它是2017年，我们仍然在大多数地方使用Gzip。为什么这样？难道还有更好的选择吗？

就个人而言，我必须在从服务器向应用程序发送数据（JSON字符串）时减少有效负载，反之亦然。我看到有更好的压缩，但它们需要更多时间。我只是害怕我是否遗漏了什么？或者Gzip仍然是最好的？

Answer 1

它比你想象的要老。 gzip可以追溯到1992年。

直到最近，不到一年前，gzip所处的压缩速度，减压速度和压缩比的特定位置没有明显改善。但是现在有zstd由Yann Collet编写，改进了该利基市场中的所有指标。我希望zstd或者后代最终会替换当前应用程序的gzip / deflate。

Answer 2

我要为这个（旧的）讨论增加2美分。

关于zlib，仍然有很多性能可以利用，就像我们在Chromium的zlib（https://cs.chromium.org/chromium/src/third_party/zlib/）中所做的那样。现在，由于使用了SIMD优化，它的解压缩速度比普通zlib快1.7到2倍。

第二，尽管zstd非常出色（在所有方面：代码库，压缩技术，社区），但对zstd的贡献必定会接受具有特定条款的Facebook贡献协议（CLA：https://code.facebook.com/cla/individual）迫使个人和公司对与代码贡献有关的任何专利永久授予Facebook不可撤销的专利许可。

在他们决定解决此问题之前，我看不到有很多公司愿意为zstd做出贡献。