鸿蒙OH实战开发:应用推荐页滑动场景性能优化案例


📚往期学习笔录📰:

📰 鸿蒙应用开发与鸿蒙系统开发哪个更有前景?

📰 嵌入式开发适不适合做鸿蒙南向开发?看完这篇你就了解了~

📰 鸿蒙岗位需求突增!移动端、PC端、IoT到底该怎么选?

📰 记录一场鸿蒙开发岗位面试经历~

📰 持续更新中……


场景描述

通过性能测试工具测试发现,某应用推荐页滑动存在丢帧卡顿问题,最大连续丢帧数3-6帧。如果不通过性能测试工具集进行分析,开发者需要:复现问题、抓取trace、分析trace,找出丢帧问题点,操作步骤多,耗时较长。

本场景通过采用静态检查工具进行问题发现、定位及修改。

目标规则

在应用推荐页列表滑动是典型的长列表滑动场景,为了提升列表滑动场景下的流畅体验,根据经验通过对接懒加载+组件复用可大幅提升帧率,我们选择的目标Code Linter检测规则是@performance/hp-arkui-set-cache-count-for-lazyforeach-grid,建议在Grid下使用LazyForEach时设置合理的cacheCount。参考文档: @performance/hp-arkui-set-cache-count-for-lazyforeach-grid 。

使用性能检测工具检测性能问题

已打开的代码编辑器窗口单击右键点击Code Linter,或在工程管理窗口中鼠标选中单个或多个工程文件/目录,右键选择Code Linter > Full Linter执行代码全量检查。

在RuleName列过滤懒加载规则hp-arkui-set-cache-count-for-lazyforeach-grid,找到未正确使用懒加载的源文件,通过“Source File”列可以看到具体的页面文件,确定与推荐页相关源文件。

按照Code Linter静态检查的修改建议,在Grid下使用LazyForEach时设置合理的cacheCount可以有效提升滑动流畅度。

使用性能分析工具进一步分析性能问题根因

为了确认设置合理的cacheCount能解决推荐页滑动卡顿的问题,通过profiler抓取trace分析,可以看出滑动过程丢帧前,帧间有大量空闲时间未利用,那么刚到cachecount就能充分利用帧间时间进行预加载,从而达到时间均摊的效果。

优化方案及优化收益

通过Code Linter中提供的赋能套件链接跳转到组件复用使用指导: 动态预加载 。正确设置cachecount后,充分使用帧间时间进行预加载,未出现丢帧。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值