1

我最近在我们使用的 CDN 平台之一上启用了 Brotli 压缩。由于资源大小减少了 15-30%，因此我预计性能会有所提高，但令我惊讶的是，我发现性能仍然相同。

我确实检查了各种指标，除了 ttfb 之外，所有指标看起来都一样，我看到每个资源增加了 10-15 毫秒。

有没有人见过这个，如果是的话，解决这个问题的最佳方法是什么？我还怀疑 chrome 的 brotli 比 Gzip 可能需要更长的时间来解压缩资源，但不幸的是我没有任何方法来测量那个时间。

4

1 回答 1

2

没有足够的细节来回答问题。性能是相对的，因此 Brotli 带来的收益可能会被您网站更大的性能问题所淹没。

一些问题让你自己回答：

  • Brotli 设置是否正确且正常工作？你能看到br开发者工具网络选项卡中的内容编码吗？请注意，您可能需要添加内容编码列。
  • 您是否在您的网站上使用 HTTPS（所有浏览器都要求使用 Brotli）？作为此举措的一部分，您是否迁移到 HTTPS？您的 HTTPS 是否已优化。
  • 启用 Brotli 后，您网站的整体规模是否缩小了？如果是这样，是多少？如果您的网站上有很多 10Mb 打印质量的图像，并且您已将 HTML 从 50kb 更改为 45kb，那么您可能看不到太大的整体差异。
  • 您的页面需要多长时间才能生成？如果您的页面需要 30 秒来生成，因为 HTML 是动态的并且您的后端（应用服务器、数据服务器等）很慢，那么 29.5 秒似乎不会那么长。
  • 你有很多阻止渲染的 CSS 和 JavaScript。这些是文本，因此希望现在可以更快地交付，但如果它们非常复杂并且客户端上的处理时间很长，那么下载时间可能是其中微不足道的一部分。
  • 您是否在距离数据中心 50 米的地方使用高速 1000Mbps 以太网连接（基本上直接与​​ Web 服务器通信）在公司办公室进行测试？如果是这样，无论下载大小如何，下载速度都可以忽略不计。

Brotli 应该将文本压缩得更小。与 gzip 相比，执行该压缩可能需要更长/更多的处理能力，但网络收益与 CPU 成本相比通常是值得的。

然而，这并不神奇，也无法弥补网站上的其他性能问题。

于 2018-11-19T21:49:30.433 回答