uniapp延迟执行_【延迟卡顿】uni-app APP视图更新相比起H5和小程序有明显延迟

我需要一个横向滑动选择的功能,因为逻辑复杂,涉及节点查询,我就把它封装成自定义组件了。

我承认这个操作会改变较多数据,触发需要繁琐的视图更新,客观上会存在一点延迟卡顿,但是200ms以内的延迟是可以接受的,2000ms以上的延迟是什么意思?

如果说是我写的代码有问题,那么为什么H5端和小程序端的延迟是正常的,而APP端的延迟就夸张到2s左右?

其实早在我写日历组件的时候就发现了APP端更新视图的延迟就比较厉害,明显长于小程序和H5,但是因为延迟在500ms以内,我就没有追究。

新的APP引擎采用什么视图层和逻辑层分离,但是从我使用的情况来看,只能应付简单的交互,一旦交互复杂起来,视图更新频繁起来,就开始掉链子了。说得再严重一点,现在的APP引擎各方面的表现还不如MUI时期的5 APP那种webView展示网页的简单解决方案。

我现在特别想知道这背后的原因是什么?我应该从那个方向进行优化?

效果视频在附件,如果需要附上代码,我后续会补充。

------------------------------------------------------------- 6.10 补充 ---------------------------------------------------------------------------------

新上传了复现代码在附件。

因为我每次都用这个项目复现bug,工程中还带有其他代码,其他的一些复现代码反映的问题已经修复或解决,这次复现问题的页面是/pages/appDataTest/appDataTest

由此可以看出当视图中的数据量较大时,APP的延迟情况相比其他两端严重的不止一点。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值