【记录】有关接口响应很快,但是在页面渲染的时候发现很慢的问题

简介: 【记录】有关接口响应很快,但是在页面渲染的时候发现很慢的问题
请求数据返回的时候,接口响应的速度是很快的,但是数据量很大,导致返回的报文体很多兆,如果服务器的带宽不够大的话,会有些慢,我这边的例子是3m的数据平均需要大概5~10秒的时间。
思路:开启压缩配置
代码
server:
  port: 8080
  #开启响应数据压缩
  compression:
    enabled: true
    mime-types: text/html,text/plain,text/css,application/json
    #配置最小响应报文1024KB 超过该值响应报文会进行压缩
    min-response-size: 1024
如何判断是否开启了压缩 浏览器打开控制台,查看请求头

存在gzip就表示成功开启了

优化后的效果是:大概100~300毫秒
相关文章
|
前端开发 测试技术
【前端验证】记录将发包量作为传参以加速debug的环境优化记录
【前端验证】记录将发包量作为传参以加速debug的环境优化记录
|
2月前
|
缓存 网络协议 API
【Azure 环境】请求经过应用程序网关,当响应内容大时遇见504超时报错
应用程序网关的响应缓冲区可以收集后端服务器发送的全部或部分响应数据包,然后再将它们发送给客户端。 默认在应用程序网关上启用响应缓冲,这对于适应缓慢的客户端很有用。
|
4月前
|
数据采集
爬虫抓取数据过程中代理IP频繁掉线:以Kookeey为例的解决方案
在数据抓取过程中,代理IP不可或缺,但其频繁掉线问题严重影响效率。本文以Kookeey为例,探讨解决之道:1)深入理解掉线原因,审慎选择稳定的服务商; 2)保持代理IP更新并合理配置使用参数; 3)在程序中集成错误处理与重试逻辑; 4)必要时升级至更优质的服务; 5)主动与服务商沟通寻求支持; 6)探索替代抓取策略,如调整抓取节奏或采用分布式架构。这些措施有助于显著提升抓取成功率及稳定性。
|
4月前
.NetCore 接口请求耗时记录
.NetCore 接口请求耗时记录
48 0
|
7月前
|
监控 安全 网络安全
接口频繁请求,被刷爆怎么办
接口频繁请求,被刷爆怎么办
|
7月前
【记录】有关接口响应很快,但是在页面渲染的时候发现很慢的问题
【记录】有关接口响应很快,但是在页面渲染的时候发现很慢的问题
212 0
|
7月前
|
前端开发 UED
面试官:【后端一次性返回10万条数据怎么处理/后端发送大数据量的数据如何处理】
面试官:【后端一次性返回10万条数据怎么处理/后端发送大数据量的数据如何处理】
156 0
|
定位技术
后端一次性返回几百万条数据怎样处理
后端一次性返回几百万条数据怎样处理
|
存储 消息中间件 JavaScript
接口请求合并的3种技巧,性能直接爆表!
接口请求合并的3种技巧,性能直接爆表!
|
前端开发 JavaScript
前端导出文件,后端返回文件流过大直接干崩溃
前端导出文件,后端返回文件流过大直接干崩溃
前端导出文件,后端返回文件流过大直接干崩溃