【鸿蒙开发】性能优化

语言层面的优化

使用明确的数据类型，避免使用模糊的数据类型，例如ESObject。

使用AOT模式

AOT就是提前编译，将字节码提前编译成机器码，这样可以充分优化，从而加快执行速度。

未启用AOT时，一边运行一边进行机器码的生成。
开启AOT后，设备能直接运行已经提前优化过的机器码，大大提高执行速度。

应用启动优化

应用阶段划分：

1. 第一阶段：应用进程的创建和初始化
2. 第二阶段：App和Ability的初始化
3. 第三阶段：Ability生命周期
4. 第四阶段：加载绘制首页

每个启动阶段的优化策略：

1. 第一阶段优化：设置合适分辨率的应用图标
2. 第二阶段优化：减少首页Ability或者Page中import的模块数量，不是首页必须的模块可以使用动态异步加载，如await import(‘Page’)
3. 第三阶段优化：Ability生命周期方法中，对于耗时操作进行异步处理
4. 第四阶段优化：延迟加载，减少不必要的首页内容。例如使用LazyForEach替换ForEach

LazyForEach替换ForEach

LazyForEach是一种懒加载的模式，在循环绘制组件时能显著提升页面的加载速度。结合cacheCount方法能控制列表的缓存数量，实现更优的滑动体验。

减少丢帧卡顿

• 避免在主线程上执行耗时操作：将耗时操作放在TaskPool或者Worker等后台进程中执行，从而防止主线程负载过高。
• 减少渲染进程的冗余开销：使用资源图代替绘制、合理使用renderGroup、尺寸位置使用整数。
• 减少试图嵌套层级
• 组件复用
• 控制状态变量关联的组件数量
• 在对象上谨慎使用状态变量进行关联

优化案例

组件转场动画推荐使用transition，不推荐使用animateTo方法。

减少animateTo方法的使用数量，一起变更比分开变更更加高效。

多次animateTo时统一更新状态变量，减少多次更新状态变量导致的开销。

使用RenderGroup可以缓存组件及其子组件的绘制，从而降低绘制负载优化渲染性能。适合没状态绑定的不变组件，如果有状态绑定，当状态变化时缓存就是失效了。

使用@Reusable标记复用组件，适用频繁创建和销毁的组件，或反复切换条件渲染的控制分支且控制分支中的组件子树结构相同。

不推荐使用更新单个状态变量的形式控制多个组件的更新（命令式）；
推荐使用状态变量和组件一对一绑定的方式，以数据变更驱动组件的刷新（声明式）；

合理控制状态变量更新范围，避免关联刷新大量组件。关联变化较大的状态变量可以通过对象组合成一个状态变量，针对渲染成本较高的组件建议使用独立的状态变量进行关联。

理解@Prop和@ObjectLink的区别：@Prop是深拷贝关联，@ObjectLink是浅拷贝关联，因此优先推荐使用@ObjectLink的方式，从而减少系统内存开销。

性能调优工具

Profile调优工具

合理使用布局

组件布局属性（width、height、padding、margin等）大小发生变化会导致受影响的整个组件树重新更新，而非布局属性（Color、BackgroundColor、opacity等）的变化仅影响组件自身。这一点跟Web界面的渲染机制类似，因此我们在更新界面元素时，尽量减少布局属性的变化，防止影响整个组件的重新渲染。如果某些组件需要经常变化，可以将组件置于一个固定布局（这个布局内，布局属性固定）内，将影响固定在这个固定布局内部，从而减少对其他组件的影响。

精简节点数

• 移除冗余节点
• 使用扁平化布局减少节点数

扁平化方法：通过将嵌套结构摊开，减少中间节点，从而提升渲染速度。常用方法有：

• 通过RelativeContainer 相对布局实现扁平化
• 通过锚点定位实现扁平化
• 通过Grid布局实现扁平化

利用布局边界减少计算

对于能够在初期给定宽高的组件，在进行UI描述时尽量给定宽高数值，能够减少由于容器尺寸变化造成的重新测算过程的性能。

合理控制元素的显示与隐藏

首次绘制时，if会根据是否为true决定是否创建组件，而visibility组件无论是否显示都要创建组件。
再次显示时，if由于首次没有创建组件，再次显示时会创建组件，并经过Measure和Layout阶段。而visibility组件已经创建过，只需要经过Measure和Layout阶段。

• 只有初始的一次渲染或者交互次数很少的情况下，建议使用if条件判断来控制元素的显示与隐藏效果，对于内存有较大提升。
• 如果会频繁响应显示与隐藏的交互效果，建议使用切换Visibility.None和Visibility.Visible来控制元素显示与隐藏，提高性能。