Brotli 用于静态资源

Question

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

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

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

Answer 1

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

您自己回答一些问题：

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

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

但这不是魔术，也不能弥补网站上的其他性能问题。