我不确定这个问题是否正确，所以如果这是错误的论坛请不要太苛刻：）
我们公司正在寻求提高页面加载速度，到目前为止我们已经做了很多标准的事情（使用缓存，CDN，ax任何不必要的代码/ CSS，使用原始JS而不是jQuery等）。
我正在阅读关于gz压缩算法的here。其中一个贡献者（知更鸟）明确指出gzdeflate()和gzcompress()同样快，但gzinflate()的速度始终是gzuncompress()的两倍。
如果我们使用这些Zlib函数之一压缩/解压缩静态HTML，我怀疑用户甚至不会注意到后端执行组件（整个页面加载过程）。但是，可以注意到1MB的HTML被提供为800kB的HTML。
我的问题是：使用自定义压缩/解压缩算法的后端脚本执行是否会对最终用户的页面加载速度产生任何影响，即使压缩/解压缩算法非常复杂？ （许多函数调用，后端脚本本身很大，大量使用非廉价的函数，如substr_count()等。）
答案 0 :(得分：1)
假设您已经在使用压缩/解压缩方法，我会说：不。 压缩率类似，您可以根据CPU使用情况选择算法但是回答问题，最终用户不会注意到几个额外的位。最昂贵的操作是“第一个字节的时间”（TTFB）。
您可以在chrome dev工具中执行自己的基准测试，这里是link
通过查看使用Google，Facebook，Twitter等大型网站的压缩程序来获取参考资料