压缩 HTTP 响应？可能的？
存在某些页面内容异常巨大的问题。在 5 到 10 兆范围内。
这是在服务器端使用 Velocity 和 Java 呈现的。显然可以压缩/压缩此响应，但是在浏览器/客户端处理解压缩的合理方法是什么？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
存在某些页面内容异常巨大的问题。在 5 到 10 兆范围内。
这是在服务器端使用 Velocity 和 Java 呈现的。显然可以压缩/压缩此响应，但是在浏览器/客户端处理解压缩的合理方法是什么？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（1）
它内置于大多数现代浏览器中。只要响应是某种文本或易于压缩的内容，那么您的请求/响应就必须纠正标头。
Request
Accept-Encoding: gzip,deflate
Response
Content-Encoding: gzip
如果请求的 Accept-Encoding 标头不包含 gzip，那么显然你不应该压缩它，因为客户端/浏览器无法处理它。
一般来说，只要有意义，您就应该对任何文本内容进行 gzip 压缩。如果资源是 500 字节而不是 500 KB，则出于性能原因可能没有意义。
一些示例是 html、xml、json、javascript，您可以配置服务器、要压缩的文件类型以及大小限制。
启用 Gzip
It's built-in to most modern browsers. As long as the response is some kind of text or something easily compressible then your request/response just have to have to correct headers.
Request
Accept-Encoding: gzip,deflate
Response
Content-Encoding: gzip
If the Accept-Encoding header of the request doesn't include gzip you shouldn't zip it obviously because the client/browser can't handle it.
In general you should gzip any text content as long as it makes sense to do so. If the resource is 500 bytes instead of 500kbytes it might not make sense for performance reasons.
Some examples are html, xml, json, javascript and you can configure your server, which types of files to compress and what the size limit should be.
Enabling Gzip