uniapp onload里调接口,接口还未加载完成页面就已经渲染了

目前接手了别人通过uniapp,vue2打包的微信小程序项目。然后运营反馈有客户打开指定页面后无响应,所以接手了项目进行问题排查

问题1:

接口响应需要37秒

在这里插入图片描述
这个问题的处理方式到简单,无非就是数据库表的调整,查询数据库的语句调整,SQL优化等。

原来的代码中有for循环查数据库。。。。

但这个并不是今天的主角,反倒是解决了这个问题,从而把小程序的问题引出来了,这谁知道呢🤷🏻‍♀️


问题2:

不同接口耗时不同

小程序一个页面请求了两个接口,通过一个 loading 值判断是否渲染数据
在这里插入图片描述

结果只在一个接口里面,设置了 loading = true
在这里插入图片描述

但是把接口 RecommendList 优化成1秒后,此时这里就出问题了。userinfo 接口还没响应完成,就开始渲染数据了。然后小程序就报错了
在这里插入图片描述

然后简单改法就是改成同步,先请求一个接口,再请求下一个,最后设置 loading = true

但此时,改了这个问题,又出现了下一个问题,这谁又能知道呢🤷🏻‍♀️


问题3:

页面不渲染

前情提示: userinfo 接口耗时大约7秒,RecommendList 接口数据量 0-几十万

简单改成同步之后,再最后设置 loading = true,但是页面数据还是不渲染。但是在RecommendList 这个耗时1秒的接口内设置,虽然会报错但是页面还是会有变化嘛

  1. 所以首先猜测是接口耗时了有什么影响

    但是在 onload 里面模拟了耗时,并不会影响

  2. 猜测 this 指向有问题

    但是在接口响应后,也能正常的通过 this 进行操作,所以也不是这个的问题

还有其他很蠢的排查方式就不一一细说了


最后偶然间看到控制台输出了一个提示
在这里插入图片描述
才想起来是接口没有分页,一次传输的数据量较大导致的数据未渲染。。


哈哈哈,一次很nice的优化之路,当时还以为其他有问题,一直没转过来弯,所以特此记录。

后面有时间优化这个数据量过大分页的问题时再来更新。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值