Brotli的静态资源

Question

我最近在我们使用的CDN平台之一上启用了Brotli压缩。有了这个，我期望性能会提高，因为资源大小减少了15％至30％，但令我惊讶的是，我仍然看到性能仍然不变。

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

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

Answer 1

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

一些问题供您自己回答：

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

Brotli应该压缩较小的文本。与gzip相比，进行压缩可能需要更长或更长时间的处理能力，但是通常值得考虑的是网络收益与CPU成本。

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