如何在REST服务中启用压缩选项

Question

我正在使用rest-easy框架开发REST服务.我的数据很庞大,它的应用程序/ json格式.

我尝试通过@GZIP注释我的服务方法来启用压缩.

但我发现客户端的时差没有差异.无论有没有@GZIP注释,响应时间都是一样的.

我发送HTTP get请求,响应是JSON格式的对象列表.

在将响应发送回客户端时,还有什么我需要做的来实现压缩吗？

Answer 1

下载文件有什么用？

Chrome网络工具的时间不仅仅包括下载文件 - 如果您将鼠标悬停在"网络"标签的"时间轴"列中,您会看到如下图所示的内容.这表明在1.32秒内,只有大约70ms的内容下载:

圣洁吸烟1.05秒进行DNS查询？!一定是我的VPN.请注意,TTFB(第一个字节的时间)是服务器开始响应的时间.

你应该节省多少时间？

要记住的另一件事是,你不会用GZIP 节省那么多时间(我只是因为那句话而为Google工作而失去了我的机会!).200 kb和100 kb之间的下载时间不到一秒,连接速度为5 mbps(这些天来这很慢).

200 kb是1,600,000位或1.6兆位,因此在您正在查看的5兆位连接上1.6/5 = 0.32(或下载320 ms).如果您启用GZIP并将文件大小降至120 kb,那么您需要下载0.96兆位或192 ms,节省128 ms(可观,但可能没有您想到的数量级？).

以上面的图像为例,我们看到计算出的时间并不完全是您在"真实世界"中看到的,因为在交换文件时还有其他事情发生(服务器带宽,网络奇怪等).上图中的文件是32.9 kb,0.2632兆位,应该花费52.64 ms,但实际上需要70.437,但它已经接近了.随意纠正我的数学,我确信在某处有一个错误;)

服务器时间怎么样？

最后,您可能需要查看生成文件所需的时间- 如果您的服务器需要5秒来生成它并且在5 mbps连接上需要800毫秒来传输,那么您可能无法根据需要改进GZIP(可能最多400毫秒)所以你的总时间仍然高达5.4秒,真正的问题是服务器生成文件的时间.