-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
是否有大型的应用案例,3.0方案在安卓上不是很流畅,有什么优化的方法 #7400
Comments
@xmsz 提供多些信息吧,哪些场景下,手机型号,最好有 demo。 |
小程序:京喜
再iOS上肯定没问题 所以大概率还是跟动态渲染有关,安卓机子支撑不起 有时间我会录屏 有没有其他大一点应用是采用3.0的,我们也想测试一下。 |
他们使用的是 2.0,而且也不一定接近你的场景,所以还是说你在什么场景遇到什么问题,而且没有 demo,也没法帮助你。 |
复杂页面(比如电商类型的首页),完全采用taro,微信小程序上在中低端机型上的性能确实是不行的(在支付宝小程序上会好很多)。我们目前的方案,除了常规优化,主要是两点: |
另外,taro目前有个bug #7227,导致很多时候只敢用index作为key,如果这个解决了,能有效减少重渲染,对性能也是有所提升。 |
居然是2.0 2.0都有这么卡 感觉3.0更难说。我们有项目从2.x版本升到3.x版本。明显吃力太多,毕竟运行时操作变多 我们现在遇到的场景和电商应用很像,就是一些产品 功能模块很多; 这个时候,安卓的用户就惨了,因为安卓传输到视图的操作无论耗时还是性能损耗都很大,所以卡炸掉 |
嗯 我们暂时用的也是这个方案,虚拟列表 + loading。能解决掉长列表页面的例如粉丝列表页的性能问题。 但确实只能是暂时的方案,而且也是一样基础能优化的都优化了 所以来问问有没有从框架本身或者其他优化的方案 |
同问对于taro3性能上后续还有什么提升吗,最近用taro3的小程序页面,每次setState在低端机型(如iphone6)上那是一个卡(高端机型还好),但之前用wepy写的完全没有这种卡顿更新慢的问题,希望taro3能进行一些改善,不然后续可能得换框架了(产品不接受的情况下) |
同问,中高端机倒是没太大区别,低端机型交互一多必卡,跟taro2差别太明显了 |
使用 |
说一下我们公司的小程序,微信搜索:工地活、鱼泡网、装修招工。用的一套源码,taro3+react的,在低端机上特别卡,在使用空页面的时候,在低端机上的表现,跳转到页面之前,会有明显的1秒白屏,但我们用Uniapp做了相对应的测试,发现直接秒进,想不通,但大概率是动态编译耗时的问题,因为低端机较高端机性能上最大的不同就是在CPU、内存这一块。 |
Taro + Vue3 微信小程序,Android出来是真的卡,肉眼可见的卡顿,准备用 uniapp 重写了 |
列表分页加载是真的很卡 |
这个特性解决了什么问题?
问题
这个 API 长什么样?
The text was updated successfully, but these errors were encountered: