接口返回的数据量太大很耗费带宽

时间 2019-11-08

标签接口返回数据太大耗费带宽繁體版

原文原文链接

最近线上项目暴露出不少问题，其中有一个问题，就是带宽不够用的问题，从一开始的30M 加至 60M 到后来的 200M 但是咱们的日活总共还不到10000啊，这个问题，我决定好好查查缘由spring

占用带宽无非就是接口返回的数据量过大致使，因此我就排查了下项目中返回数据量较大的几个接口，当中的一个也是访问很频繁的接口获取即时列表接口最大返回数据量有时会超过2M！！！我靠，更可怕的是这个接口仍是个轮询接口，5秒中前台调用一次json

好了缘由找到了，就是这个接口致使的，优化吧app

1.业务逻辑规定该数据不能分页返回spring-boot

2.该接口没法拆分，不少数据必须一次返回测试

3.轮询不能修改优化

OK ...spa

而后就想到了数据压缩，由于咱们项目是spring-boot项目，因此添加Gzip很方便添加两行配置就行了code

server.compression.enabled=true
server.compression.min-response-size=1024
server.compression.mime-types=application/json

但是添加后没有任何效果，接口调用后也没有显示数据被压缩过 server

凉凉blog

为了排除是spring-boot 版本号的问题，我使用本身以前的小项目写了个小demo测试，不加压缩的时候返回数据3M 加完压缩返回的数据 60多Kb....

这个压缩确实是个好东西，但是咱们项目中无法用...

通过百般思考，发现了其中的端倪 GET POST

须要用GZIP 必须是get 请求

但是前台包没法即时更新，且要考虑到老版本 POST 改GET 也只能是后续版本能缓解压力，因此 mark 下，之后这中返回数据量大的接口，只要不涉及到敏感信息，务必使用GET请求，这样能够省好多事