为什么浏览器(chromium-based 和 firefox)比 brotli 更喜欢 gzip?
Why do browsers (chromium-based and firefox) prefer gzip over brotli?
我测试了几个浏览器(即 firefox、edge、chrome 和 chromium,在他们的移动和桌面版本中),发现每个浏览器都发送了以下 accept-encoding
header 值:gzip, deflate, br
执行请求时。
根据 the doc,此 header 字段包含浏览器支持的编码列表,按优先顺序排列。令我惊讶的是 brotli (br
) 被列在最后,这意味着它不太可能成为 content-encoding 的选定算法而不是 gzip
,即使它应该实现更好的压缩比.
浏览器倾向于使用 gzip 而不是 brotli 是否有特定原因?
我没有在规范中的任何地方看到排序有任何意义。相反,我看到只能通过为编码提供质量权重来表达偏好, 和 不鼓励从客户端提供此类偏好。由服务器选择客户端可以接受的选项,但是它喜欢。
我测试了几个浏览器(即 firefox、edge、chrome 和 chromium,在他们的移动和桌面版本中),发现每个浏览器都发送了以下 accept-encoding
header 值:gzip, deflate, br
执行请求时。
根据 the doc,此 header 字段包含浏览器支持的编码列表,按优先顺序排列。令我惊讶的是 brotli (br
) 被列在最后,这意味着它不太可能成为 content-encoding 的选定算法而不是 gzip
,即使它应该实现更好的压缩比.
浏览器倾向于使用 gzip 而不是 brotli 是否有特定原因?
我没有在规范中的任何地方看到排序有任何意义。相反,我看到只能通过为编码提供质量权重来表达偏好, 和 不鼓励从客户端提供此类偏好。由服务器选择客户端可以接受的选项,但是它喜欢。