鸿蒙（HarmonyOS）性能优化实战-Flex布局性能提升方案

CTrup

于 2024-09-22 22:09:40 发布

阅读量639

点赞数 29

分类专栏： HarmonyOS 移动开发鸿蒙开发文章标签： harmonyos 性能优化移动开发鸿蒙开发组件化

本文链接：https://blog.csdn.net/CTrup/article/details/142445057

版权

移动开发同时被 3 个专栏收录

233 篇文章 1 订阅

订阅专栏

鸿蒙开发

233 篇文章 0 订阅

订阅专栏

HarmonyOS

195 篇文章 0 订阅

订阅专栏

往期知识点整理

Flex为采用弹性布局的容器。容器内部的所有子元素，会自动参与弹性布局。子元素默认沿主轴排列，子元素在主轴方向的尺寸称为主轴尺寸。

在单行布局场景下，容器里子组件的主轴尺寸长度总和可能存在不等于容器主轴尺寸长度的情况。例如，三个子组件的宽均为200px，容器宽为500px，当第一个子组件和第二个子组件布局完成后，为了显示第三个子组件，需要给第二个子组件和第三个子组件设置压缩属性 flexShrink ，此时第二个子组件会被再布局一次，导致布局效率下降。

场景一

所有子组件未设置 displayPriority 属性（或displayPriority设置为默认值1）和 layoutWeight 属性（或layoutWeight设置为默认值0）时，所有子组件先按序布局一次。

第一次布局子组件主轴尺寸长度总和等于容器主轴尺寸长度，不需要二次布局。

第一次布局子组件主轴尺寸长度总和小于容器主轴尺寸长度，且包含设置有效的flexGrow属性的子组件，设置有效的flexGrow属性的子组件会触发二次布局，拉伸布局填满容器。

第一次布局子组件主轴尺寸长度总和大于容器主轴尺寸长度，且包含设置有效的flexShrink属性（flex子组件默认值为1，为有效值）的子组件，设置有效的flexShrink属性的子组件会触发二次布局，压缩布局填满容器。

场景二

子组件存在设置displayPriority属性，不存在设置layoutWeight属性。

根据displayPriority从大到小顺序，布局每组同displayPriority值的子组件，直到子组件主轴尺寸长度总和最大且不超过容器主轴尺寸长度，舍弃未布局的低优先级displayPriority（可能存在一组临界displayPriority值的子组件布局但未使用的情况）。

第一次布局子组件主轴尺寸长度总和等于容器主轴尺寸长度，不需要二次布局。

第一次布局子组件主轴尺寸长度总和小于容器主轴尺寸长度，且包含设置有效的flexGrow属性的子组件，设置有效的flexGrow属性的子组件会触发二次布局，拉伸布局填满容器。

场景三

子组件中存在设置layoutWeight属性。

根据displayPriority从大到小顺序，对设置displayPriority相同值的子组件且不设置layoutWeight属性的子组件进行布局，直到子组件主轴尺寸长度的总和最大且不超过容器主轴尺寸长度。如果子组件主轴尺寸长度的总和超过了容器主轴尺寸长度，舍弃未布局的低优先级displayPriority，可能存在一组临界displayPriority值的子组件布局但未使用的情况。

剩余空间按设置layoutWeight属性的子组件的layoutWeight比例填满容器。