在传统View系统中,组件渲染可分为三步骤:测量、布局与绘制。Compose也遵循这样的分层设计,将组件渲染流程划分为组合、布局与绘制这三个阶段。
- 组合:执行Composable函数体,生成并维护LayoutNode视图树。
- 布局:对于视图树中的每个LayoutNode进行宽高尺寸测量并完成位置摆放。
- 绘制:将所有LayoutNode实际绘制到屏幕之上。
对于一般的组件都是正常经历组合->布局->绘制这三个阶段来生成帧画面的,当然也存在特例,LazyColumn、LazyRow、BoxWithConstraints等组件的子项合成可以延迟到这类组件的布局阶段进行,这是由于这类组件的子项组合需要依赖这类组件在布局阶段所能提供的一些信息。
组合
组合阶段的主要目标是生成并维护LayoutNode视图树,当我们在Activity中使用setContent时,会开始首次组合,此时会执行代码块中涉及的所有Composable函数体,生成与之对应的LayoutNode视图树。与之相对应的是,在传统View系统中也是在setContentView中首次构建View视图树的。在Compose中如果Composable依赖了某个可变状态,当该状态发生更新时,会触发当前Composable重新进行组合阶段,故也被称作重组。在当前组件发生重组时,子Composable被依次重新调用:
- 被调用的子Composable将当前传入的参数与前次重组中的参数做比较,若参数变化,则Composable函数发生重组,更新LayoutNode视图树上对应节点,UI发生更新。
- 如果子Composable在重组中没有再被调用到,其对应的节点及其子节点会从LayoutNode视图树中被删除,UI从屏幕移除。反之新增也是同理。
综上所述,重组过程可以自动维护LayoutNode视图树,使其永远保持在最新的视图状态。而在传统View系统中,只能手动对ViewGroup进行add/remove等操作来维护View视图树,这是两种视图体系本质的区别。
子Composable是否能跳过重组除了取决于参数是否变化,也取决于参数类型是否是Stable的。
参考内容
本文为学习博客,内容来自书籍《Jetpack Compose 从入门到实战》