时间:2019-05-04 来源:小程序工厂
我在安卓机上也遇到过 假死 渲染特别慢 点一下要过5秒钟才跳转 而且大概率发生在我发布版本之后
有解决办法吗
我这边遇到的 问题貌似和发布之后有关 而且大概率出现在华为机型 我叫用户删了微信小程序 在进入微信小程序就好了;不然就算杀了微信进程 再进去 还是会假死一样
删除重装的话 是能暂时解决问题 可是后面微信进程被杀死后又会出现这种情况好像
微信:自己没写好,怪我咯?
主观臆测真的毫无成本
前端代码没有动 后端数据没变化 突然小面积好多机型出现卡顿 是我没写好呗
同样的问题,个别安卓手机出现的,bindscroll 会导致页面点击严重延迟,至少几秒钟才响应点击,当然也包括设置sticky延迟的问题。我看京东微信小程序在同样的手机上sticky没出现问题,不知道怎么实现的,不应该用bindscroll 对scroll-view进行监听?应该不会是用的wepy的原因吧?
这个问题已经在我其他的问题下得到了回答 微信小程序搜索页加载的微信小程序用的是手机自带的内核 其他地方用的是微信小程序自己的内核 这就是造成各种问题的根本原因 ,至于怎么解决就要你们另想思路了
楼主想到解决方案没有啊?
滚动卡 我在下面的回复评论里有回复 sticky没管他
我能大概明白的你问题,就是滑动分页用的scroll-view,现在出问题了。
我们的微信小程序也是用的scroll-view,刚看了一下,没有滑动不好用的问题,我们的微信小程序做的比较早,那时大部分人用的都是scroll-view,后来我们也没有优化更改,主要的代码见下图,做了防止多次加载,scroll-view就是一直触发事件,我这里加了判断,
loading: 正在请求分页的时候为true,本页加载完以后把它设为false,滑动一次就不会有多次请求
希望能帮助你!
首先先谢谢你的好意 ,但是我们的应用场景不太一样,我这一页是没有分页的只是用于实时判断当前显示tag,之前是没有这种现象的 ,而且我试过我把滚动事件方法清空一样会假死
下拉加载更多不是应该用onReachBottom吗?为什么要用scroll-view? 组件不是都已经建议你下拉加载的时候不要使用scroll-view了
不是加载更多 是有个悬浮的bar 上面根据滚动的距离判断当前的tag
哦哦. 我错了, 看你录像的操作以为是下拉加载更多
只是演示下阻塞的情况
我们微信小程序原来好好的,代码都没动过,现在也出现scrollView 滚动之后,页面假死,半天才反应过来