Microsoft Edge显示Brotli压缩资源传输大小异常，是否为UI问题？

首先可以明确：Brotli压缩已经正常工作，大概率是Edge的UI显示bug导致的异常，理由如下：

• 优先以curl的测试结果为准：你用curl -H "Accept-Encoding: br" -I <你的资源URL>能看到响应头带Content-Encoding: br，同时下载响应体的大小符合压缩后的预期，这是最客观的验证——CloudFront确实返回了Brotli压缩的内容，传输过程是压缩后的状态。
• Edge请求头显示正常已经佐证：如果Edge的开发者工具里，响应头明确包含Content-Encoding: br，说明浏览器已经接收到了Brotli压缩的资源，传输环节没有问题。
• Edge的“网络传输大小”显示异常是已知的UI问题：部分版本的Edge在解析Brotli压缩资源时，会错误地将原始资源大小填充到“网络传输大小”字段，而非实际传输的压缩后字节数。你可以直接查看响应头里的Content-Length值，这个数值就是实际通过网络传输的字节数，和curl测试的结果一致就说明没问题。
• gzip显示正常是因为Edge对gzip的UI处理无此bug：两种压缩的逻辑一致，只是Edge的前端UI对Brotli的大小统计存在疏漏，不代表Brotli压缩未生效。

内容的提问来源于stack exchange，提问作者Carlos Garces