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

简介: 【记录】有关接口响应很快,但是在页面渲染的时候发现很慢的问题
请求数据返回的时候,接口响应的速度是很快的,但是数据量很大,导致返回的报文体很多兆,如果服务器的带宽不够大的话,会有些慢,我这边的例子是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毫秒
相关文章
|
流计算
TaskManagerRunner消失的原因可能是由于以下几种情
TaskManagerRunner消失的原因可能是由于以下几种情
482 2
|
10月前
|
前端开发 开发工具 git
Git报错处理:解决git commit时的lint-staged错误提示。
极好的,你对Git的lint-staged出了一个令人头疼的问题。让我们一起钻研一下,找到一种方法来解决一切。 首先,我们要确定你是在做什么操作时候遇到了问题。lint-staged通常在我们运行 git commit 时启动,它做的工作是在你提交之前运行一些指定的命令检查你的代码。当lint-staged报错,多半是因为检查未通过,或者它试图运行的命令存在问题。 让我们以一种图解的方式来描绘一下这个过程,就像canvas上的画面那样。git正在温柔的将你的修改捆绑起来,准备提交。突然,lint-staged走了出来,并开始盘问着Git,寻找可能的错误。如果lint-staged找到了什么
1071 24
|
JSON 前端开发 JavaScript
不会webpack的前端可能是捡来的,万字总结webpack的超入门核心知识
该文章提供了Webpack的基础入门指南,涵盖安装配置、基本使用、加载器(Loaders)、插件(Plugins)的应用,以及如何通过Webpack优化前端项目的打包构建流程。
不会webpack的前端可能是捡来的,万字总结webpack的超入门核心知识
element el-table 设置fixed导致行错乱问题
文章讨论了在使用Element UI的`el-table`组件时,设置固定列(`fixed`)导致行错乱的问题,并提供了解决方案。问题产生的原因是当表格底部有滚动条而固定列底部没有滚动条时,行无法对齐。解决办法是在表格中设置`padding-bottom`的内边距与滚动条高度相等,确保固定列和非固定列的行能够对齐。
4287 0
|
移动开发 前端开发 JavaScript
前端开发实战:利用Web Speech API之speechSynthesis实现文字转语音功能
前端开发实战:利用Web Speech API之speechSynthesis实现文字转语音功能
2114 1
在Linux中,如何挂载一个ISO文件?
在Linux中,如何挂载一个ISO文件?
|
存储 缓存 移动开发
详细介绍HTML5的离线储存(工作原理+使用场景+真实使用步骤)
详细介绍HTML5的离线储存(工作原理+使用场景+真实使用步骤)
|
监控 安全 数据管理
不得不说,这几款公司电脑监控软件太实用了
探索企业电脑监控神器:WorkWin、ActivTrak和InterGuard。这些工具提供USB管理、带宽控制,确保网络稳定;权限分配增强安全;远程管理提升效率;移动部署适应灵活工作;实时监控保证合规;时间统计优化资源分配。ActivTrak分析工作模式,InterGuard则通过屏幕截图和应用监控助力管理者了解员工行为。三者合力,打造高效安全的工作环境。
831 1

热门文章

最新文章